July 2025 - Wine-bugs - list.winehq.org

[Bug 35075] New: BoincTasks: very high CPU utilisation
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=35075 Bug #: 35075 Summary: BoincTasks: very high CPU utilisation Product: Wine Version: 1.7.6 Platform: x86-64 URL: http://www.efmer.eu/download/boinc/boinc_tasks/unified /setup_32_64_boinc_tasks_1_5_8.exe OS/Version: Linux Status: NEW Keywords: download, performance Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: imwellcushtymelike(a)gmail.com Classification: Unclassified Created attachment 46782 --> http://bugs.winehq.org/attachment.cgi?id=46782 Wine 1.7.6 console output Under Windows XP BoincTasks runs at around 22% when updating (takes a few seconds) but idles around 1-2%. Under Wine it runs around 60% all the time. I cannot work out why. The exact same setup was tested in both cases. http://www.efmer.eu/download/boinc/boinc_tasks/unified/setup_32_64_boinc_ta… Following install you are asked if you are running Windows or Linux with Wine, choosing either option has the same effect. Original post: http://efmer.com/forum/index.php?topic=1140 -- 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 58474] New: "Importance" should link to the Severity list
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58474 Bug ID: 58474 Summary: "Importance" should link to the Severity list Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 URL: https://bugs.winehq.org/page.cgi?id=fields.html OS: Linux Status: NEW Keywords: download, source Severity: trivial Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- When clicking on "Importance" in the Bugzilla form it directs to https://bugs.winehq.org/page.cgi?id=fields.html#importance but this doesn't really help a user. It should point to the Severity list: “Severity This field describes the impact of a bug. blocker Blocks development and/or testing work critical Critical problem that prevents all applications from working” and so on... I assumed this would be an easy change but I cannot find the code in the Bugzilla git that does this. Even if I could find it, the page uses a mix of <a name='bug_severity'> and <dt id='bug_severity'> for different parts of the page, the former being deprecated. Are these controlled by a config file? -- 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.

1 5

[Bug 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=26549 Summary: GomezPEER fails to set processor priority Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk GomezPEER sets its background process (an instance of java.exe) to the lowest (idle) priority in Windows. It fails to do so under Linux. Does Wine lack the ability to set process priorities, perhaps? Apologies if a similar bug is already open but I could not find one. On newer systems this is not a problem, but on older system the PEER can consume 100% CPU while processing. The app is designed so that performance of the PC is not affected, which of course it isn't under Windows (save the usual Windows-related problems) but it is under Wine. I'm not sure if I/O priority is also set. The following does not work as a workaround: $nice -n19 wine ~/blah/GomezPEER.exe because this then sets all the Wine components to -n19 and can badly affect the performance of other apps running under Wine. Instead, the workaround I use is: $wineserver -p15 $nice -n19 wine ~/blah/GomezPEER.exe This way the wineserver remains at normal priority. winedevice.exe in this case still receives -n19 priority, however. Console log: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): 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 15

[Bug 58304] New: Question on programs that use files with $ in file names?
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58304 Bug ID: 58304 Summary: Question on programs that use files with $ in file names? Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikes(a)kuentos.guam.net Distribution: --- Use Pegasus Email, and it works fine under one except if on tries to use the IERenderer extension. With the extension installed, if one tries to open an html email the call to the IErenderer.dll causes Pegasus to hard crash.. The Pegasus creates some temp files from the email message, and uses WPM$xxx.PM$ format for files. Was thinking perhaps in the passing of filename with $ inside them might cause issue since Linux treats the $ as marking a variable? With IERender extion it creates these two file 1110 05-16-2025 08:18 WPM$M1PL.PM$ 56167 05-16-2025 08:18 WPM$SXGZ.PM$ With extension uninstalled it creates these 3 files 1536 05-16-2025 08:15 STO30e6.tmp 1536 05-16-2025 08:15 STO30e7.tmp 56167 05-16-2025 08:15 WPM$Z65Z.PM$ Note both of the 56167 byte files are identical?? The purpose of extension is to better handle displaying html messages. Without it, some messages don't display as they should. One can then opt to open messages in a browser, and they will display fine, but then replying doesn't work. Don't know if changing the $ to a different character (perhaps _) would avoid issue. -- 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.

1 16

[Bug 17820] New: Chromium test_shell_tests fail on Wine
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=17820 Summary: Chromium test_shell_tests fail on Wine Product: Wine Version: 1.1.17 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To run Chromium's test_shell_tests.exe, copy net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite from the source tree. (This is quite a bit of data, so I hesitate to post a tarball.) Then do $ wine chrome/Debug/test_shell_tests.exe The following tests fail on wine but not windows for me: [ FAILED ] UniscribeTest.TooBig [ FAILED ] VectorCanvasTest.BasicDrawing [ FAILED ] VectorCanvasTest.Circles [ FAILED ] VectorCanvasTest.DiagonalLines [ FAILED ] VectorCanvasTest.PathEffects [ FAILED ] VectorCanvasTest.Bitmaps [ FAILED ] VectorCanvasTest.Matrix -- 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 58524] New: King Arthur II(SteamAppID24480) crashing during battles
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58524 Bug ID: 58524 Summary: King Arthur II(SteamAppID24480) crashing during battles Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zefkerrigan(a)gmail.com Distribution: --- Created attachment 78993 --> http://bugs.winehq.org/attachment.cgi?id=78993 King Arthur II (AppID24480) Steam's in Wine 10.12 terminal output King Arthur II(SteamAppID24480) crashing during battles. -- 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.

1 3

[Bug 58522] New: BizHawk Low Display Update Frame Rate
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58522 Bug ID: 58522 Summary: BizHawk Low Display Update Frame Rate Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: julianbrunner(a)gmail.com Distribution: --- I am running BizHawk 2.10 (https://tasvideos.org/Bizhawk) using Wine on Arch Linux, since the Windows version has more features than the Linux build. When upgrading Wine from 10.11 to 10.12, my frame rate drops from 60 to 40. Everything is running slowly and the sound is stuttering. The low frame rate occurs even when no game is running and the emulator is just rendering a black screen. I have switched between the wine-10.11-1-x86_64 and wine-10.12-1-x86_64 pacman packages repeatedly and was able to reliably reproduce the different frame rates. BizHawk has multiple display methods (D3D11, OpenGL, GDI+). Both D3D and OpenGL have the low frame rate issue on Wine 10.12. GDI+ can render the black screen at 60 fps, but immediately drops to 30 when running an actual game. I believe that this is an issue with the GDI+ display method and not with Wine 10.12, since the same thing happens on 10.11. It seems to be a genuine slowdown issue, since limiting the frame rate to anything below 40 produces the expected results, it just doesn't seem to be able to ever get above 40, even when removing all frame rate limits. Outputs (stdout) of BizHawk seems to not be meaningfully different between Wine 10.11 and 10.12. CPU utilization by BizHawk also seems to be more or less the same (~40%) between Wine 10.11 and 10.12. -- 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.

1 1

[Bug 58521] New: "View Distributions" shows 0 test results
by WineHQ Bugzilla 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58521 Bug ID: 58521 Summary: "View Distributions" shows 0 test results Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=dist ribution&sTitle=View%20Distributions OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Each distro/OS shows 0 test results: https://appdb.winehq.org/objectManager.php?sClass=distribution&sTitle=View%… -- 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.

1 0

[Bug 58520] New: The rejected operating system has been deleted
by WineHQ Bugzilla 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58520 Bug ID: 58520 Summary: The rejected operating system has been deleted Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- If a user submits a new distribution/OS via the test results form, and you accept the test results, the distribution is deleted anyway. My guess is this also deletes the test results but it happened too fast to be sure. -- 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.

1 0

[Bug 58518] New: Drag'n'drop from/to Linux file manager not working - Olympus Master 2: fixme:imagelist:ImageList_DragLeave DragLeave hWnd != DragEnter hWnd
by WineHQ Bugzilla 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58518 Bug ID: 58518 Summary: Drag'n'drop from/to Linux file manager not working - Olympus Master 2: fixme:imagelist:ImageList_DragLeave DragLeave hWnd != DragEnter hWnd Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: me_myself_9876(a)outlook.com Distribution: --- Note: 1. Olympus Master 2 is not officially available anymore but I can provide a copy of the program folder if required. 2. Similar issues appeared with another Windows software, so the issue is probably more general. a. When I drag file(s) from Nemo to Olympus Master 2 or the other way round, I receive on the commandline: 0024:fixme:imagelist:ImageList_DragLeave DragLeave hWnd != DragEnter hWnd b. While dragging from Olympus Master 2 to Nemo is impossible (hand cursor with a stop symbol), the dragging from Nemo is in principle possible (hand cursor with green +). Olympus Master 2 opens a window to "register" the file(s), i.e. asking to choose an album. However, it hangs without further messages on the commandline. I can only stop with Ctrl + C. Same message on the commandline. c. It works in both directions when using Olympus Master with the Windows file manager Explorer++ from https://explorerplusplus.com/. d. Similar issues appear when using Explorer++ with Nemo. Dragging from Nemo to Explorer++ works as expected as long as the file does not exist in the target folder, i.e. the file is copied. If the file exists, an empty window is opened (to confirm the overwriting) and Explorer++ hangs. Dragging from Explorer++ to Nemo is again impossible (hand cursor with a stop sign). These messages appear in all cases: 01f0:err:listview:LISTVIEW_WindowProc unknown msg 10a6, wp 0, lp 11c910 01f0:fixme:shell:IDropTargetHelper_fnDragEnter (000000000077B570)->(0000000000050216 000000000077A070 000000000011C938 0x00000007) 01f0:fixme:shell:IDropTargetHelper_fnDragOver (000000000077B570)->(000000000011C8E0 0x00000000) 01f0:fixme:shell:IDropTargetHelper_fnDragOver (000000000077B570)->(000000000011C8E0 0x00000002) 01f0:fixme:shell:IDropTargetHelper_fnDragLeave (000000000077B570)->() -- 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.

1 1