Description: LibreOffice 5.4.0.3 release installation destroyed all of my Linux-based fonts on Windows 10 64-bit Home. I had a Calc document that used Liberation Sans which read just fine under the previous release. After I installed 5.4.0.3, LibreOffice used Courier to display the spreadsheet. Further research showed that all other programs did not display their names, and if they did, they used generic monospaced Microsoft fonts. The Linux fonts needed reinstallation before they would work. The fonts in question have all been re-dated July 26th, 2017. Steps to Reproduce: 1.Install LibreOffice 5.4.0.3 on Windows 10 64-bit Home 2.Open a document that had been created using a font like Liberation Sans 3.See it displayed in Courier. Actual Results: The document is displayed in an incorrect font. Expected Results: The document should have been displayed in the expected font, and the installation should not have changed the date of the fonts. Reproducible: Always User Profile Reset: No Additional Info: Version: 5.4.0.3 Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c CPU threads: 8; OS: Windows 6.2; UI render: default; Locale: en-US (en_US); Calc: group System: GIGABYTE P55wv5 laptop CPU: i7-6700HQ OS: Windows 10 Home 64-bit User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0
We have seen this on occasion, but unless you captured a verbose log during installation, there is nothing actionable with this bug. To restore the fonts--all are bundled with LibreOffice--just run a repair installation, or uninstall and start over with a clean install.
How do I capture a verbose log during installation? A repair installation does not fix things, BTW. I am willing to uninstall and install with a verbose log capture if possible to help solve the problem.
OK uninistall and install then--be sure to "Run as Administrator" to assure write permissions to Windows registry and register fonts to OS. Logging any Microsoft Installer .msi package is done by launching from the command line, e.g. Serch -> Cmd.exe (but use context menu and run as Administrator). With command window open, use CD command to navigate to download location of the .msi package. msiexec.exe /i LibreOffice_5.4.0.3_Win_x64.msi /L*v install5403log.txt The install log will be written into that folder, it will be large--zip-it to be able to post.
Created attachment 134989 [details] Requested Verbose Install Log
The install log shows most of the fonts were already present in C:\Windows\Fonts with installer action of either "Overwrite" or "Won't Overwrite" depending on version check with some "To be Installed". Followed by install operations for all, and then FontRegister operations. That all is normal and looks complete. You should have all LibreOffice project provided fonts available for use with any Windows program including LibreOffice. Beyond that, absent the verbose log for the initial install, when yes the fonts could have been Unregsitered/Uninstalled, there is nothing actionable. So -> WORKSFORME But, two take aways--LibreOffice will honor RefCount process (if other programs have registered use of a font it won't unregister/delete it) but also that LibreOffice install package will update fonts based on version/build meta data checks. Date For this and to correctly install/register fonts on Windows the installer needs to be run as Administrator. =-ref-= This source listing shows the FOSS fonts that are built and installed with all builds of LibreOffice: https://opengrok.libreoffice.org/xref/core/external/more_fonts/
(In reply to V Stuart Foote from comment #5) > version/build meta data checks. Date to finish that thought... Date stamps from OS for a font file are not really useful. You need to use the Microsoft Font control panel -> Organize -> Properties, or a 3rd party utility (I prefer MainType by High-Logic), to review meta data for a font.
*** This bug has been marked as a duplicate of bug 97982 ***