http://bugs.winehq.org/show_bug.cgi?id=18777
Summary: Wine 1.1.22+ resets customized FontLink when switching locales Product: Wine Version: 1.1.22 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: gdi32 AssignedTo: wine-bugs@winehq.org ReportedBy: matthewsage@live.com CC: Paul.Hampson@Pobox.com
Created an attachment (id=21546) --> (http://bugs.winehq.org/attachment.cgi?id=21546) Regression test that shows the patch that broke the desired functionality
Whenever you switch locales (using the latest Wine dev. version -1.1.22-), whatever custom Font Linking you have made in the FontLink/SystemLink register key will be wiped out.
This was tested on Wine 1.1.22, after wiping out ~/.wine I tested it with the Ubuntu x86_64 binary package from the budgetdedicated servers, AND after building from source.
Steps to reproduce:
1) Run "regedit"
2) Set some System Font Linking replacements in the HKLM/Software/Microsoft/Windows NT/CurrentVersion/FontLink/SystemLink register key (in my case: Tahoma -> VL Gothic, Microsoft Sans Serif -> VLGothic, MS Sans Serif -> VL Gothic)
3) Run any Win32 application with LANG set to a different locale (in my case, LANG=ja_JP.UTF-8)
Expected results:
The application is executed, whatever Font Linking you made is visible (which means that the custom Font Linking I made is respected by Wine).
Actual Results:
The application is executed, whatever Font Linking you made is not visible. If you run "regedit" again, you'll see that the FontLink/SystemLink key is now empty.
Workaround:
Always run Wine apps with the same locale (LANG=ja_JP.UTF-8 in my case) - That would include regedit itself, so that the Font Linking you set up is not wiped as soon as you run another app with a different locale.
http://bugs.winehq.org/show_bug.cgi?id=18777
Matthew Sage matthewsage@live.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|MatthewSage |
http://bugs.winehq.org/show_bug.cgi?id=18777
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Platform|All |Other Severity|major |minor
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-04 10:54:39 ---
87cd36db5e3e7f389765b9ff4538df0effa9f6c9 is first bad commit commit 87cd36db5e3e7f389765b9ff4538df0effa9f6c9 Author: Paul TBBle Hampson Paul.Hampson@Pobox.com Date: Sun May 10 03:12:40 2009 +1000
gdi32: Autopopulate FontLinks when autopopulating FontSubstitutes. When Wine's codepage changes, FontSubstitutes is redefined to use fonts appropriate for that codepage. Configure FontLinks to reasonable defaults at the same time.
I'd expect Windows do the same when changing the locale.
http://bugs.winehq.org/show_bug.cgi?id=18777
--- Comment #2 from Paul "TBBle" Hampson Paul.Hampson@Pobox.com 2009-06-05 10:35:28 --- Windows does indeed do the same thing, to the best of my knowledge. The solution (as per bug 13829 comment 14) is to set up Wine's Font Replacements to provide the fonts you want in the name of the font it's replacing (in this case, MS UI Gothic -> VL Gothic) and then it'll work when the fonts links are updated.
http://bugs.winehq.org/show_bug.cgi?id=18777
--- Comment #3 from Ken Sharp kennybobs@o2.co.uk 2009-06-05 14:32:51 --- If Windows does the same then this is invalid, is it not?
http://bugs.winehq.org/show_bug.cgi?id=18777
--- Comment #4 from Paul "TBBle" Hampson Paul.Hampson@Pobox.com 2009-06-05 20:24:44 --- Not necessarily. This isn't a Windows API feature we're looking at, we're just handling the same configuration key Windows uses to configure equivalent functionality. We don't need to match Windows configuration-for-configuration. The driving factor for this functionality isn't that Windows does it, but that Wine's Font Substitutes functionality does it, as per my commit message in comment 1.
The actual functionality we are trying to match in Windows is "fonts are able to pull glyphs from other fonts to handle other character sets" and "MS Shell Dlg font substitution behaviour based on locale"
If desired/needed, some kind of "FontLinks customised, do not rewrite" registry key would be perfectly valid. _I_ don't think such a thing is needed or desirable, so I won't be working on one. ^_^
http://bugs.winehq.org/show_bug.cgi?id=18777
--- Comment #5 from Austin English austinenglish@gmail.com 2010-03-11 17:21:36 --- This is your friendly reminder that there has been no bug activity for 8 months. Is this still an issue in current (1.1.40 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=18777
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |87cd36db5e3e7f389765b9ff453 | |8df0effa9f6c9
http://bugs.winehq.org/show_bug.cgi?id=18777
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
--- Comment #6 from André H. nerv@dawncrow.de 2011-10-05 12:00:35 CDT --- over 1 year, not a real kind of regression, no one is working on an improvement, it does what windows does and can be avoided by using two wineprefixes. maybe close it abandoned/invalid... Austin?
http://bugs.winehq.org/show_bug.cgi?id=18777
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #7 from Jerome Leclanche adys.wh@gmail.com 2011-10-05 12:38:26 CDT --- (In reply to comment #6) Invalid, Windows does the same.
http://bugs.winehq.org/show_bug.cgi?id=18777
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #8 from Austin English austinenglish@gmail.com 2011-10-05 14:31:49 CDT --- (In reply to comment #6)
over 1 year, not a real kind of regression, no one is working on an improvement, it does what windows does and can be avoided by using two wineprefixes. maybe close it abandoned/invalid... Austin?
Invalid.
http://bugs.winehq.org/show_bug.cgi?id=18777
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from André H. nerv@dawncrow.de 2011-10-12 15:36:38 CDT --- closing
-
wine-bugs＠winehq.org