May 2025 - Wine-Bugs - list.winehq.org

[Bug 34748] New: Integrate GVFS just like you have integrated CUPS
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=34748 Bug #: 34748 Summary: Integrate GVFS just like you have integrated CUPS Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: netapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: n296869(a)rtrtr.com Classification: Unclassified Wine already integrates with CUPS to allow applications to print documents exactly as they do it in Windows. My proposal is to integrate Wine with GVFS to let applications automatically mount network shares. In Windows applications can access network shares by just specifying a path like "//server/share". But in Wine you first need to manually create a link to "~/.wine/dosdevices/unc/server/share", and only then all applications will be able to access this particular server. -- 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.

2 7

[Bug 35558] New: Rift crashes when VT switch > 60 sec
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=35558 Bug ID: 35558 Summary: Rift crashes when VT switch > 60 sec Product: Wine Version: 1.7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: rift-wine(a)yopmail.com Classification: Unclassified Created attachment 47482 --> http://bugs.winehq.org/attachment.cgi?id=47482 Standard Output Open Rift in a secondary X server. Switch to primary X server : if time passed on primary X server is greater than 60 seconds, Rift will crash on secondary X server. -- 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.

2 6

[Bug 28236] New: unable to activate windows input method for wine programs
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=28236 Summary: unable to activate windows input method for wine programs Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. Install Services Framework Redist files Download instMSTSF.exe (Services Framework Redist files) from http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=11759 extract instMSTSF.exe, install mstsf10.exe with Windows Version = Win2k override native msctf.dll, avoid Bug 28125 2. install a input method, for example, MSPY2010.exe (Chinese input method from Microsoft) : Download MSPY2010.exe from http://www.microsoft.com/china/pinyin/ and install. winetricks vcrun2008, avoid Bug 28205 override newer version of native msutb.dll, avoid Bug 28178 3. start notepad in a terminal, start ctfmon.exe in another terminal $ wine notepad $ wine ctfmon.exe 4.try to change the input method in the Language Bar, however, the windows input method will not be activated as expect. Try to type something in notepad, but result is still the same as raw keyboard input without any input method. log for notepad and ctfmon are both attached. -- 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.

2 7

[Bug 29851] New: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=29851 Bug #: 29851 Summary: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 38774 --> http://bugs.winehq.org/attachment.cgi?id=38774 Screenshot: some part of PDFCreator installer does not display Chinese 0. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc 1. setting Chinese font replacements. ;; wine.inf HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei" 2. Download PDFCreator from http://sourceforge.net/projects/pdfcreator/ ( http://sourceforge.net/projects/pdfcreator/files/PDFCreator/PDFCreator%201.… ) 3. open the installer with wine: $ wine PDFCreator-1_2_1_setup.exe 4. - select Simplified Chinese (中文简体) - click OK (确定) - click next (下一步) - select "I agree" (我接受协议) - click next (下一步) All the window before display Chinese correctly, only this one (安装向导 - pdfcreator) doesn't display Chinese as expect. Please see screenshot for details. -- 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.

2 21

[Bug 29850] New: Scilab does not display Chinese
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=29850 Bug #: 29850 Summary: Scilab does not display Chinese Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download Scilab installer http://www.scilab.org/download/5.3.2/scilab-5.3.2.exe 2. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc 3. setting Chinese font replacements. ;; wine.inf HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei" 4. wineboot 5. install Scilab with LANG=zh_CN.utf8, select Chinese language for installing. 6. start Scilab: $ wine WScilex.exe Expect result: Display Chinese Actual result: Chinese font is displayed as boxes, I can't find any workaround by overriding FontLink registry. Extra info: - Chinese display correctly for the Scilab installer, but wrong for WScilex.exe - It seems WScilex.exe does not use ExtTextOutW family function for output characters. (But the installer use ExtTextOutW) -- 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.

2 7

[Bug 30652] New: Wrong TextOut font substitution under en_US locale
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=30652 Bug #: 30652 Summary: Wrong TextOut font substitution under en_US locale Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hqm03ster(a)gmail.com Classification: Unclassified Created attachment 40125 --> http://bugs.winehq.org/attachment.cgi?id=40125 The screenshots, test code, and test font The test program "tunihan.c" behaves differently on Windows and Wine (under linux). When a Unicode string containing CJK characters is TextOut-ed using a custom font, Wine font substitution isn't working properly like Windows does. To reproduce: 1. Install the font "nkf11_magicum_texturae.ttf". The font can be downloaded for free at: http://hwm3.gyao.ne.jp/shiroi-niwatori/nkf11_magicum_texturae.zip Windows standard CJK fonts NSimSun, PMingLiu, MS UI Gothic, Tahoma are also required to completely reproduce the attached screenshots. 2. Compile attached tunihan.c using MinGW on Windows with command line: gcc -otunihan.exe tunihan.c -lgdi32 3. Run the generated tunihan.exe under Windows, with global non-Unicode program locale set to English (US). Attached screenshot "enUS-windows.png" should be reproduced. 4. Copy/link all Windows fonts into Wine. 5. Run the generated tunihan.exe under Wine using command line: LANG=en_US.utf8 wine tunihan.exe Attacehed screenshot "enUS-linux.png" should be reproduced. Test environment: Windows: A Chinese Edition of Windows 7 with global non-Unicode program locale set to English (US). Wine: Wine 1.5.4 on Arch Linux 3.3.5, with all windows fonts symlinked into "C:\windows\Fonts" in Wine. Notes: A. The attached font, "nkf11_magicum_texturae.ttf", is an incomplete fictional glyph set for ASCII characters. It is chosen as a test font because it is missing glyphs for a number of ASCII symbols (e.g. '[', ']'), is clearly distinguishable from any potential substitution font, and is clearly not a Windows standard font. B. This behavior can't be reproduced using AppLocale. The Windows machine must have its global non-Unicode program locale set to English (US). C. tunihan.c writes 7 lines of texts to a Window: Line 1: A line of ASCII/CJK characters in a Simplified Chinese font Line 2: A line of ASCII/CJK characters in a Traditional Chinese font Line 3: A line of ASCII/CJK characters in a Japanese font Line 4: A line of ASCII/CJK characters in the test font Line 5: A line of ASCII characters in the test font, using TextOutW Line 6: A line of ASCII characters in the test font, using TextOutA Line 7: A line of ASCII/CJK characters in Tahoma In line 4, Windows is providing font substitution for the test font through a Japanese substitution font (deduced from unified Han character shape), thus displaying all ASCII/CJK characters correctly, despite that there isn't such a rule defined in the registry. Wine failed to do the same. On the other hand, Windows doesn't provide the same font substitution if a completely-ASCII string is TextOut-ed. The CJK characters are chosen to include both unified Han characters with a different shape in each font and non-unified characters for each individual font. Implications: 1. This bug may be related to a few weird CJK script rendering problems. 2. This bug may be related to a few western font rendering problems when CJK fonts are installed. 3. I'm not sure if the issue is even CJK related. Windows could be using similar font substitution for other scripts like Hebrew. -- 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.

2 4

[Bug 32642] New: Autodetect drives on the first configuration
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=32642 Bug #: 32642 Summary: Autodetect drives on the first configuration Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified If a new profile of Wine is created it doesn't setup all drives which the Autodetect button of winecfg would find. For example on my system with a new profile winecfg shows me C: as ../drive_c and Z: as /. After clicking on Autodetect it adds D: as /media/sr0 and H: as /home/sworddragon. -- 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.

2 4

[Bug 58046] New: Horizon Chase Turbo: gamepad hotplugging doesn't work
by WineHQ Bugzilla Aug. 29, 2026

Aug. 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=58046 Bug ID: 58046 Summary: Horizon Chase Turbo: gamepad hotplugging doesn't work Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- Created attachment 78302 --> https://bugs.winehq.org/attachment.cgi?id=78302 `WINEDEBUG=+dinput`, launch game with one gamepad, disonnected, reconnected. In Horizon Chase Turbo (tested Epic Games Store version), gamepads are only usable if they have always been connected since the game has been launched. Otherwise, their inputs are completely ignored, and these gamepads will not be listed in the player mapping screen (Multiplayer). This is not the case on Windows. The only exception is in the title screen: "Press Any Button" does work with hotplugged gamepads. Logs are taken on a fresh prefix with `WINEDEBUG=+dinput`. Without this, the only dinput-related log is: ``` 0208:fixme:dinput:hid_joystick_device_try_open device usage ff72:00a1 not implemented! ``` -- 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.

2 5

[Bug 29372] New: Chrome exit with "fixme:file:ReplaceFileW Ignoring flags 2" while dragging tabs
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=29372 Bug #: 29372 Summary: Chrome exit with "fixme:file:ReplaceFileW Ignoring flags 2" while dragging tabs Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Downlaod and install Google Chrome http://www.google.com/chrome/index.html?platform=win&hl=en&standalone=1 sha1sum : ChromeStandaloneSetup-b6ea56f7a04f9bcee3565687f5aef83695d13b97-2011-12-09.exe 2. disable "Allow the window manager to decorate the windows." in winecfg (Reference: Bug 28467 and Bug 28468) 3. Start chrome $ cd ~/.wine/drive_c/users/fracting/Local\ Settings/Application\ Data/Google/Chrome/Application $ wine chrome.exe 4. make sure there is only one tab, drag the chrome tab away from the origin position, then chrome will exit with following messages: fixme:file:ReplaceFileW Ignoring flags 2 fixme:file:ReplaceFileW Ignoring flags 2 fixme:file:ReplaceFileW Ignoring flags 2 fixme:iphlpapi:CancelIPChangeNotify (overlapped 0xc8ab1c): stub fixme:advapi:UnregisterTraceGuids 0: stub fixme:advapi:UnregisterTraceGuids 0: stub -- 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.

2 12

[Bug 31535] New: OpenGeneral : sound and music don't play
by wine-bugs＠winehq.org Aug. 29, 2026

Aug. 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=31535 Bug #: 31535 Summary: OpenGeneral : sound and music don't play Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dragdasan(a)ymail.com Classification: Unclassified OpenGeneral turn based strategy : http://sourceforge.net/projects/opengeneral/files/DailyBuild/ Sound and music (but also video -intro video ) don't work at all no matter what version i try be it wine 1.5.10 or older. I have this bug confirmed by other OpenGeneral players . Also the fact that the sound does not work is confirmed here http://bugs.winehq.org/show_bug.cgi?id=31455 by Rosanne DiMesio . -- 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.

2 7