[Bug 18777] New: Wine 1.1.22+ resets customized FontLink when switching locales
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(a)winehq.org ReportedBy: matthewsage(a)live.com CC: Paul.Hampson(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 Matthew Sage <matthewsage(a)live.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Alias|MatthewSage | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Platform|All |Other Severity|major |minor --- Comment #1 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-04 10:54:39 ---
87cd36db5e3e7f389765b9ff4538df0effa9f6c9 is first bad commit commit 87cd36db5e3e7f389765b9ff4538df0effa9f6c9 Author: Paul TBBle Hampson <Paul.Hampson(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 --- Comment #2 from Paul "TBBle" Hampson <Paul.Hampson(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 --- Comment #3 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-06-05 14:32:51 --- If Windows does the same then this is invalid, is it not? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 --- Comment #4 from Paul "TBBle" Hampson <Paul.Hampson(a)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. ^_^ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 --- Comment #5 from Austin English <austinenglish(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 Henri Verbeet <hverbeet(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |87cd36db5e3e7f389765b9ff453 | |8df0effa9f6c9 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 André H. <nerv(a)dawncrow.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv(a)dawncrow.de --- Comment #6 from André H. <nerv(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 Jerome Leclanche <adys.wh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh(a)gmail.com --- Comment #7 from Jerome Leclanche <adys.wh(a)gmail.com> 2011-10-05 12:38:26 CDT --- (In reply to comment #6) Invalid, Windows does the same. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Comment #8 from Austin English <austinenglish(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18777 André H. <nerv(a)dawncrow.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #9 from André H. <nerv(a)dawncrow.de> 2011-10-12 15:36:38 CDT --- closing -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org