Instead of the official LibreOffice "document" icon the 4.1RC1 has a default OSX app icon (a piece of paper with a pen and stencil crossed over a meter, forming the A letter in its bottom right part). This is normal for beta versions, but should not be the case with RC versions, as they install as regular releases.
I can confirm this behavior using Mac OSX 10.8.3 with LibreOffice 4.1.0 and current master. Maybe to 'trivial' to ping a developer for this one, but doesn't look professional. I'll have a look later this week. Kind regards, Joren
*** Bug 66390 has been marked as a duplicate of this bug. ***
confirmed, and fixed in 4.1.0.3 and master : e2f002c044243ddd79eea7837167a72c82b98599
Norbert Thiebaud committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=69876d6bdca0a527c4d10b9a3c724f5df9d035ec&h=libreoffice-4-1 fdo#66100 : fix icons associations on MacOSX It will be available in LibreOffice 4.1.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Norbert Thiebaud committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e2f002c044243ddd79eea7837167a72c82b98599 fdo#66100 : fix icons associations on MacOSX The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
So this will not make it to 4.1.0? I see it as a stopper, because it really looks unprofessional on an OSX desktop and in the app bar. Could it be re-iterated to consider it as a 4.1.0 stopper bug?
This should be a stopper for 4.1.0. Key marketing error: Shipping a product without icon. Joren, what do you think?
(In reply to comment #7) > This should be a stopper for 4.1.0. Key marketing error: Shipping a product > without icon. > > Joren, what do you think? Well, actually I agree with the marketing fact. Although it's just an icon, it doesn't look that professional. As always a major release is always a quite big 'event' and news wide spread in the media. Releasing a version without "brands" is for me a no-go. Don't know about the development "to-do" (don't know how long it takes to create an extra branch/...). Branch 4.1.0.2 branch is created 2days ago?/yesterday? Maybe it's possible to skip RC2 and create RC3 at once? @Petr, Christian: what do you think? Kind regards, Joren
*** Bug 66585 has been marked as a duplicate of this bug. ***
Well if there is a RC3 that's fine. Or if the icon now is def in the final release. Have been wondering since RC1 where the icon is. :P Good to see it's back (and sad it missed RC2 by a day or two).
@jordenc not possible to skip rc2 as that one was already prepared (tag created and pushed, builds already building/partly done,...) but there is rc3 planned in two weeks from now, so please double-check in rc3 https://wiki.documentfoundation.org/ReleasePlan/4.1 IMHO it is not good to skip rc2, as that would mean missing lot of feedback. But I'll add a comment to the release-notes wiki page
(In reply to comment #11) > @jordenc not possible to skip rc2 as that one was already prepared (tag > created and pushed, builds already building/partly done,...) > > but there is rc3 planned in two weeks from now, so please double-check in rc3 > https://wiki.documentfoundation.org/ReleasePlan/4.1 Oh, wasn't aware of the fact there will be a RC3 (for major release). > IMHO it is not good to skip rc2, as that would mean missing lot of feedback. > But I'll add a comment to the release-notes wiki page Yes, indeed. In this case (3 RC's) it makes sense not to 'skip' a RC and follow the original release schedule. Thanks for your feedback, and thanks Norbert for the patch! Kind regards, Joren
The fix is nominated for 4.1.0.3, see https://gerrit.libreoffice.org/#/c/4725/
Norbert Thiebaud committed a patch related to this issue. It has been pushed to "libreoffice-4-1-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=fec68441e79dbd042381f882c4f9814f637013ac&h=libreoffice-4-1-0 fdo#66100 : fix icons associations on MacOSX It will be available already in LibreOffice 4.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Great work, guys. Thanks!
The problem still exists in LibreOffice version 4.1.3.2. Seen in both OS X 10.8 and 10.9.
Hi Lucian, I cannot confirm your report. Please open a separate bug for this problem. But I highly doubt this is still a problem. Did you try re-downloading the latest stable release of LO and re-install that under OS X 10.9? LO 4.1.3.2 and 10.9 running fine here. Icon looks sweet.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.