http://bugs.winehq.org/show_bug.cgi?id=58592
Bug ID: 58592 Summary: Font substitution partially broken - regression Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: zdenek.koprivik@post.cz Distribution: ---
While trying to replace "Tahoma" with "Noto Sans Regular" (the default Plasma desktop font), I've encountered an issue, where the font replacement does not work in some cases. Since I'm migrating from a very old system with Wine 1.6.2, I know that the font replacement used to work for the exact same binary and the same UI elements.
I've set the following registry keys: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Tahoma"="Noto Sans Regular" "Segoe UI"="Noto Sans Regular" "MS Shell Dlg"="Noto Sans Regular" "MS Shell Dlg 2"="Noto Sans Regular"
The issue can be reproduced by opening the file dialog in the built-in registry editor.
Running the built-in registry editor I've got the main font changed to "Noto Sans Regular" as expected, but in the file open dialog for import, there is still "Tahoma". When I'm browsing for directories, the font changes to "Noto Sans Regular", but when an item is selected, the font changes back to "Tahoma".
Here is a short video showing the issue: https://imgur.com/a/l0BhsB8
This is only one example of the non-working substitution. The "Tahoma" is also rendered on the buttons and almost everywhere around in the dialog. I'm using the substitution mostly for MikroTik network equipment management apps (WinBox and The Dude) to improve the readability. It is working fine when running the exact same binaries on the old PC with Wine 1.6.2, but I can't get it to work with the newest Wine.
The system is KDE neon User, Plasma 6.4.4, Wine 10.12 from the WineHQ PPA.
http://bugs.winehq.org/show_bug.cgi?id=58592
--- Comment #1 from Rafał Mużyło galtgendo@o2.pl --- As you may have noticed, plenty has changed since 1.6.2.
I'm not sure if it helps, but try using HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements key instead (and keep 32bit vs 64bit in mind - sometimes you need to explicitly put in in the Wow6432Node subtree).
http://bugs.winehq.org/show_bug.cgi?id=58592
--- Comment #2 from Zdeněk Kopřivík zdenek.koprivik@post.cz --- Thanks for the help, but as you can see in the attached video, the issue is not that the registry key is not read. The font is being replaced back and forth upon selecting of an item, which is definitely not on purpose. That is why I'm reporting this as a bug in the first place.
Also, I've got the "HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements" set as well just in case.
http://bugs.winehq.org/show_bug.cgi?id=58592
Zdeněk Kopřivík zdenek.koprivik@post.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zdenek.koprivik@post.cz