Description: After installing Lo 6.0.0.3 all files associated with LO only show blank (default) icons. Steps to Reproduce: 1. Install LO 6.0.0.3 2. 3. Actual Results: blank file icons Expected Results: see above Reproducible: Always User Profile Reset: No Additional Info: show the "normal" file icons for LO files. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/604.5.6 (KHTML, like Gecko) Version/11.0.3 Safari/604.5.6
If you open the properties of an ODF document in the Finder (Cmd-I) what is the default app that is associated with that file ?
FWIW, someone had reported something similar with either the master build from the code repository, or a 6.0 pre-release, I just need to check.
@Albert : where are these blank icons shown ? 1) In the general Finder ? 2) In the LO open file dialog ? 3) In the LO StartCenter ? Please provide a screenshot.
Hi, I’ll try to answer all three comments #1: the associated app is (as it should) LO. #2: I did the download from the LO download page - as well as the language pack. #3: 1) yes 2) yes 3) no I hope, the information helps a bit,
Created attachment 139636 [details] Comment #3 Question 1
Created attachment 139637 [details] Comment #3 Question 2
Created attachment 139638 [details] Comment #3 Question 3
@Albert : thanks, very helpful. Unfortunately, I can't reproduce this with : Version: 6.0.0.3 Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 Threads CPU : 8; OS : Mac OS X 10.13.3; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group All the document icons look normal to me on my system, even including the miniaturized preview. Possibly, the DE langpack might be the problem...
I tried to install LO on an other machine, this time without language pack. The result was the same. Only that I had a closer look: the icons disappeared after I opened and saved the first file, exactly I opened and changed an .odt file. After saving the file all LO icons were blank; by opening a larger folder I could see that the icons were present in the first moment and then changed to blank (independently of the file type, .ods, odg, and .odp as well. About dialog: Version: 6.0.0.3 Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 CPU threads: 8; OS: Mac OS X 10.13.3; UI render: default; Locale: de-DE (de_DE.UTF-8); Calc: group So it seems not to be a problem of the language pack.
Did you try a safe boot (after closing all apps) and then rebooting normally? I don't know if that would fix your problem, but it did fix a similar problem I had when replacing NeoOffice with LibreOffice. The problem apparently is that some file associations are kept in caches that don't get cleared or updated. Safe boot apparently clears a lot of caches. (safe boot: press and hold shift after the chime until the apple logo comes up. You will probably have to log in twice. "safe boot" or "safe mode" -- I forget which -- will be displayed in red in the menu bar. Don't be worried: it takes a lot longer than a normal boot.)
@Albert : which app is associated with the ODF file types ? When you select a file and use Cmd-I, what is the default application shown in the properties dialog of the file ? If it isn't the latest version of LibreOffice (currently LO 6.0.1.1), then is the problem resolved when you re-associate all files of that type to the correct version of LO ?
Response to comment 10 I tried to clear the caches; in the web I found a hint to first replace and then delete the icon of the app itself - this helped for 6.0.0.3. Some days later I installed 6.0.1.1 - the icons disappeared again, but this time nothing would help. But after I installed the supplemental system update for mcOS 10.13.3, all icons reappeared. This looks pretty like a caching problem, but I cannot say the reason for it.
Response to comment 11 when reporting the bug it was 6.0.0.3, now it is 6.0.1.1 - no older version involved. I have - for historical reasons OpenOffice installed as well. I tried to set OO as default app and then switched back to LO, but that did not have any effect. For information - the effect was exactly the same on my laptop as well as on the desktop machine.
Judging by comment #11 this was not a bug in LO, but a caching problem? Setting as resolved - not a bug