Description: The LO installation wizard overwrites the current version of the Liberation fonts, v2.1.5, with the earlier version 2.1.4. Steps to Reproduce: 1. Install the current version of the Liberation fonts, obtainable here https://github.com/liberationfonts/liberation-fonts/releases/tag/2.1.5 2. Run the LO installation wizard to install a new version 3. Check the installed version of the Liberation fonts. Actual Results: The current version of liberation-fonts has been overwritten with version 2.1.4. Expected Results: Existing font versions should not be overwritten with earlier versions. Reproducible: Always User Profile Reset: No Additional Info: Version 7.3.5.2 (x64) / LibreOffice Community Build: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 Environment: CPU threads: 8; OS: Windows 10.0 Build 19044 User Interface: UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-GB Misc: Calc: threaded
(In reply to Kim from comment #0) > 1. Install the current version of the Liberation fonts, obtainable here > https://github.com/liberationfonts/liberation-fonts/releases/tag/2.1.5 How exactly do you install these fonts? There are multiple ways to do that, including per-user/system-wide installation choice on current Windows versions. My suspicion is that you install the fonts per user, and LibreOffice indeed installs system fonts, and Windows ignores user fonts when system fonts are available, or some such. Note that in the resolution of bug 39743, we made sure to provide the font versions in the installer, so it must be something external to LibreOffice here (either the system installer somehow ignores the font versions - which would be NOTOURBUG; or the mentioned user-vs-system installation of fonts - which would be a user error or "system-specific behavior"). Also if possible, please provide full installation log (when you have the newer fonts prior to installation), as described at https://wiki.documentfoundation.org/Faq/General/General_Installation_Issues_(Windows)#Create_an_installation_log
The fonts are installed for all users.
The fonts are installed for all users by selecting the files and selecting ‘Install for all users’ from the context menu. Sorry, I see no way of providing an installation log.
Created attachment 181524 [details] 7.4.0.2 installation log I repro the problem. However, as suspected, this is not our bug: Windows Installer does not understand the *pre-existing* font version number. The attached log has this kind of entries: > MSI (s) (4C:7C) [10:05:23:177]: Executing op: FileCopy(SourceName=LIBERA~1.TTF|LiberationMono-Bold.ttf,SourceCabKey=LiberationMono_Bold.ttf,DestName=LiberationMono-Bold.ttf,Attributes=16384,FileSize=307856,PerTick=65536,,VerifyMedia=1,,,,,CheckCRC=0,Version=2.1.4.0,,InstallMode=58982400,,,,,,,) > MSI (s) (4C:7C) [10:05:23:178]: File: C:\WINDOWS\Fonts\LiberationMono-Bold.ttf; Overwrite; Won't patch; New file versioned - existing file unversioned We provide every possible bit of information in the installer. But the pre-installed fonts are reported *by system* as unversioned - either because Windows Installer is dumb enough to not be able to read font versions, or maybe because Windows font installation procedure does not register that version information somewhere where Windows Installer expects it. I don't think we can do anything here.
Could the version of the Liberation fonts installed by the installation wizard be updated to the current one, 2.1.5?
(In reply to Kim from comment #5) This is a separate, valid request. Please file it as a separate issue, to keep this one specific to the installer issue, which can be referenced.