wine-bugs July 2025

wine-bugs@winehq.org

1 participants
563 discussions

[Bug 57126] New: CEF sample application crashes in 64-bit wineprefix
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=57126 Bug ID: 57126 Summary: CEF sample application crashes in 64-bit wineprefix Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2 Bg114ea2a%2Bchromium-127.0.6533.120_windows32_client.t ar.bz2 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 77021 --> https://bugs.winehq.org/attachment.cgi?id=77021 Backtrace Both the 32- and 64-bit versions of the Chromium Embedded Framework sample application crash in a 64-bit wineprefix, unless using the new WOW64 build. -- 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 11

[Bug 53875] New: Content of dialog windows in Fusion 360 is inaccessible
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=53875 Bug ID: 53875 Summary: Content of dialog windows in Fusion 360 is inaccessible Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gudvinr+wine(a)gmail.com Distribution: --- Created attachment 73402 --> https://bugs.winehq.org/attachment.cgi?id=73402 extrude action In Fusion 360, when you call an action, e.g. "create sketch", "extrude", "make thread", etc, main app creates small window with action parameters (see screenshot in attachments). Problem is that these windows most of the time contain more parameters than window can fit and this window is not resizeable or scrollable. To reproduce issue simplest way is to: 1. select "create sketch" 2. draw something, simple rectangle is enough 3. finish sketch 4. select extrude -- 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 6

[Bug 57118] New: CEF 32-bit sample application fails in WOW64 mode
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=57118 Bug ID: 57118 Summary: CEF 32-bit sample application fails in WOW64 mode Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2 Bg114ea2a%2Bchromium-127.0.6533.120_windows32_client.t ar.bz2 OS: Linux Status: NEW Keywords: download, source, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 77010 --> https://bugs.winehq.org/attachment.cgi?id=77010 Wine 9.16 console output The 32-bit Chromium Embedded Framework sample application immediately fails on load when Wine is built with --enable-archs=x86_64,i386. The window loads but the application refuses to do anything further, reporting error SBOX_FATAL_CLOSEHANDLES. I can't figure out how to disable the sandbox feature with this sample, or if it is even possible to do so. No further testing is possible, either having no effect or just showing this error again. The 64-bit version does not have this 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 2

[Bug 57114] New: Fading text still visible when "opacity:0" set
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=57114 Bug ID: 57114 Summary: Fading text still visible when "opacity:0" set Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2 Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t ar.bz2 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 77005 --> https://bugs.winehq.org/attachment.cgi?id=77005 Screencast The drag and drop test at https://bestvpn.org/html5demos/drag/ does not behave as expected with the Chrome Embedded Framework sample application. In Windows 10 the text that appears fades away (opacity:0 is set). See attached video. The same is true using Chrome on Windows and Linux. With Wine 9.16 the text remains visible until another element is activated with the pointer. I don't know if the effect is down to CSS, Javascript or a combination of the two. -- 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 4

[Bug 57111] New: Transparent menu backgrounds appear black in CEF sample application
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=57111 Bug ID: 57111 Summary: Transparent menu backgrounds appear black in CEF sample application Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2 Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t ar.bz2 OS: Linux Status: NEW Keywords: download, source Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 77000 --> https://bugs.winehq.org/attachment.cgi?id=77000 Screencast The menus on the Chromium Embedded Framework sample application have a black background behind them. On Windows 10 these do not appear / are transparent. -- 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 2

[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 58511] New: Unimplemented sub function KeAcquireGuardedMutex from ntoskrnl.exe
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58511 Bug ID: 58511 Summary: Unimplemented sub function KeAcquireGuardedMutex from ntoskrnl.exe Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: indigosky30(a)gmail.com Distribution: --- Im trying to figure out why a game that was running a few weeks ago normally doesnt work anymore (gunbound). First, they added Anticheat (SARD), this might be the reason why it fails but trying to debug I found the problem comes from an unimplemented Windows kernel function (note this is an old function introduced in 2003). ------------------------------- 0320:fixme:advapi:DecryptFileW (L"C:\\Program Files (x86)\\GunBoundWC\\game\\sard\\sard_1.0.1.17.sys", 00000000): stub 0320:fixme:ntdll:NtLoadDriver (L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"), stub! 0320:fixme:ntdll:NtUnloadDriver (L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"), stub! wine: Call from 00006FFFFFC66438 to unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex, aborting wine: Unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex called at address 00006FFFFFC66438 (thread 033c), starting deb ugger... 0350:fixme:dbghelp:elf_search_auxv can't find symbol in module 0350:fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Call from 00006FFFFFC66438 to unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex, aborting 0328:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! ---------------------- Looking at the call inside the ntoskrn routine, KeAcquireGuardedMutex isnt implemented in WINE (not found here) https://source.winehq.org/WineAPI/ntoskrnl.html, but can be found in the Windows kernel (https://gist.github.com/ntddk/56784b8da89f228f5f1d). Im wondering if implementing the function in WINE would solve the problem? Anyhow hoping someone more knowledgeable sheds some light on this problem. -- 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 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

← Newer
1
...
29
30
31
32
33
34
35
...
57
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2025