https://bugs.documentfoundation.org/show_bug.cgi?id=164862
--- Comment #14 from Ivana Gyro <[email protected]> --- (In reply to Mike Kaganski from comment #3) > Most definitely not a bug, but the result of "fixing the problem manually > much faster by simply editing the registry". Associating with soffice.exe by > the installer is the correct thing to do; and the icons are ser there > explicitly. E.g., the current LibreOffice_25.2.0.3_Win_x86-64.msi sets these > registry entries for ODS (among others): > > HKEY_CLASSES_ROOT\.ods > (Default) = LibreOffice.CalcDocument.1 > > Computer\HKEY_CLASSES_ROOT\LibreOffice.CalcDocument.1\DefaultIcon > (Default) = C:\Program Files\LibreOffice\program\soffice.bin,3 > > ... which explicitly tells which icon from which binary to take, > irrespective of the binary and its *default* icon defined in the commands > (which would only be active in the absence of the explicit icon assignment). > > Note that LibreOffice installer associates its file types (ODS, ODT, etc.) > unconditionally, so it doesn't matter which *additional* associations you > check in the installer (for MS Office file types). `DefaultIcon` was added together with the `ProgID` with https://github.com/LibreOffice/core/commit/3ee559dca7ac5d2ffbf13d68521e89092303c723 in 2004. After that, someone changed `shell/open` verb to point to application-specific executable (swriter.exe) from soffice.exe to fix the "wrong icon issue" with `ii73589` issue https://github.com/LibreOffice/core/commit/0ecf4c8c2151603b13376b27180bf4f116a55283 . I cannot not trace the system version in the background of that change, but the change implies the icon of the application of the default verb may be chosen instead of `DefaultIcon` in some cases. The pointer of `shell/open` was rolled back to `soffice.exe` with bug 63913 https://gerrit.libreoffice.org/c/core/+/36995 and caused this issue. -- You are receiving this mail because: You are the assignee for the bug.
