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.