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

[Bug 57796] New: Testcomplete fails to authenticate license key
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57796 Bug ID: 57796 Summary: Testcomplete fails to authenticate license key Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- Testcomplete fails to authenticate license key, this is not very obvious when running it on vanilla wine but if you run wine staging i believe it becomes more visible. i have attached the full console output from installation onwards using winetricks since i had difficulty saving console output for just the program. i ran the installer which then opens the program on it's own, the program itself starts to run with the first line that says 01f8:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot in the terminal. in vanilla wine the program installs successfully then opens a browser window to obtain a license key which fails silently and the program closes, then the program refuses to open past the splash screen. when the program fails it closes with 0994:err:menubuilder:InvokeShellLinker failed to extract icon from L"C:\\Program Files (x86)\\SmartBear\\TestComplete 15\\Help\\Getting Started With TestComplete 15.doc" in the terminal in wine staging i believe, the program behaves largely the same way but when authentication fails, the program says it failed to communicate with the backend or something similar. then when you close the program and open it again it gives an error about not being able to start or find the sentinel license? service or it gives an error about not having an active license? if i remember correctly the sentinel error appears the first time you try to open the program yourself, the license error appears the second time you try. based on what i have seen in game anticheat, the CreateToolhelp32Snapshot is used to verify a system's integrity so it is possible the program is not running due to the sentinel? DRM not being able to determine, or failing the system's integrity, not entirely sure this can be fixed in wine since they could just look at running wine processes and determine that it's not a windows system maybe? -- 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 9

[Bug 57320] New: Zenless zone zero after losing focus is no longer responsive to gamepad input
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57320 Bug ID: 57320 Summary: Zenless zone zero after losing focus is no longer responsive to gamepad input Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- Zenless zone zero after losing focus is no longer responsive to gamepad input. To reproduce install the game from the official website https://zenless.hoyoverse.com/en-us/ once the game is downloaded and installed, connect a gamepad with xinput support via USB and start the game. You will need to create an account for the game, this has its own bugs in wine but they belong in another bug report. You will also need to install dxvk using winetricks. Once in game, if the game has not lost focus so far, i.e. you haven't switched apps with alt tab on KDE or gnome, then the gamepad should work well with the game. But as soon as you switch apps using alt tab and then return to the game, the gamepad stops working with the game. -- 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 7

[Bug 56817] New: Wuthering Waves launcher doesn't know what browser to use
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=56817 Bug ID: 56817 Summary: Wuthering Waves launcher doesn't know what browser to use Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- The links for events and social media sometimes open on Chrome and other times on Firefox even though only chrome is the default browser, i downloaded the same installer several times and this behavior changes depending on which one is used to install the launcher, even though they all have the same version number, once installed the launcher only opens links in firefox or in chrome, or doesn't work but tries to use firefox. once the launcher is installed this behavior doesn't change, this happens even when winetricks is not installed Steps to reproduce: on kubuntu 24.04, Download the wuthering waves installer from the official website: https://wutheringwaves.kurogames.com/en/ then create a new wine prefix using winetricks, but don't change or download anything in it then using the winetricks menu run the installer, when the installer closes the launcher for wuthering waves opens then wait until the links in the launcher appear which can take up to around 10 minutes even on windows and then click on them and see which browser they open on then close the launcher, open the start menu on kde, search uninstall wuthering waves then click on it and uninstall wuthering waves then repeat these steps several times around 5 and see which browsers the links open on, sometimes they open on chrome and other times they open on firefox, on windows they always open on the default browser which i have set to chrome -- 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 10

[Bug 46255] New: BeginUpdateResourceW should set errno on invalid filename
by wine-bugs＠winehq.org 06 Aug '25

06 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=46255 Bug ID: 46255 Summary: BeginUpdateResourceW should set errno on invalid filename Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- BeginUpdateResourceW -- will return a Null handle if the filename is invalid but will not set a proper errorno (https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L1…)) This bug was originally reported to pywin32-ctypes https://github.com/enthought/pywin32-ctypes/issues/59 -- 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 16

[Bug 58556] New: winhttp web socket api is not thread safe
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58556 Bug ID: 58556 Summary: winhttp web socket api is not thread safe Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: linuxFTW49(a)gmail.com Distribution: --- WinHttpWebSocketSend and WinHttpWebSocketReceive cannot be called from two different threads. `socket_receive` can end up calling `send_frame` which is not thread safe when calling `socket_send` from another thread. >From the description on msdn (https://learn.microsoft.com/en-us/windows/win32/winhttp/concurrency-in-winh…) > The send and receive sides of a web socket are separate and may be used concurrently; an application may do a send-only operation on one thread at the same time that another thread is performing a receive-only operation. This is a mismatch in behavior from the windows implementation of winhttp.dll -- 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 46886] New: App Crashes
by wine-bugs＠winehq.org 06 Aug '25

06 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=46886 Bug ID: 46886 Summary: App Crashes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorkilutra(a)desoz.com Distribution: --- Created attachment 63962 --> https://bugs.winehq.org/attachment.cgi?id=63962 Crash Crashing -- 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 22389] New: Text fields in dialog box remain highlighted in IDA Pro (maybe other Borland VCL programs?)
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=22389 Summary: Text fields in dialog box remain highlighted in IDA Pro (maybe other Borland VCL programs?) Product: Wine Version: 1.1.42 Platform: x86 URL: http://www.hex-rays.com/idapro/idadownfreeware.htm OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk IDA Pro is an interactive disassembler. A freeware version can be downloaded from http://www.hex-rays.com/idapro/idadownfreeware.htm In some dialog boxes, when you press Tab to cycle to the next text box, text in the previously-active box remains highlighted. It should not. To demonstrate, download and install the freeware IDA Pro. Load any Windows executable into it. Click to position the cursor over any label (e.g. start), and press N to bring up the Rename address dialog box. Initially, the Name field is highlighted. Press Tab. The "Maximum length of new names" field is highlighted, but the Name field remains highlighted. Pressing Tab again causes the "Local name prefix" field to also be highlighted, with the previous two fields staying highlighted. Apparently IDA Pro is built using the Borland VCL (Visual Component Library), so perhaps this issue could affect other programs too. -- 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 30581] New: Dialog windows can get hidden by the main window in IDA Free 5.0
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=30581 Bug #: 30581 Summary: Dialog windows can get hidden by the main window in IDA Free 5.0 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.hex-rays.com/products/ida/support/download_ freeware.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be downloaded from http://www.hex-rays.com/products/ida/support/download_freeware.shtml I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10, which uses the Openbox window manager. When "Allow the window manager to control the windows" is enabled in winecfg, dialog boxes can get hidden behind the main window. The dialogs are modal, so the main window doesn't accept any input while a dialog is open. If you accidentally click in the main window while a dialog is open, the dialog disappears but the main window does not accept any input. To reproduce: - Use winecfg to disable virtual desktop mode and enable "Allow the window manager to control the windows" if necessary; those are the default settings. - Download and run the IDA Free 5.0 installer. - Run the program. Click OK at the About dialog and Go in the Welcome to IDA! window. - The maximised main window opens. Bring up a dialog box, e.g. by selecting Help-> About program... or File -> Open... - When the dialog opens, click in the main window. The dialog window disappears behind the main window. (You can reveal it by un-maximising the main window and moving it out of the way.) For what it's worth, this problem doesn't happen with the IDA Pro 6.2 demo, but that uses different GUI code (QT?). -- 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 8

[Bug 58570] New: Running TheBat! under wine kills KDE's night colour
by WineHQ Bugzilla 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58570 Bug ID: 58570 Summary: Running TheBat! under wine kills KDE's night colour 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: mywine(a)schiermeier-it.de Distribution: --- Created attachment 79084 --> http://bugs.winehq.org/attachment.cgi?id=79084 Console log during the complete "The Bat" session Running the Windows mail client "The Bat!" on top of wine will crash an active "night colour" on KDE desktop environment. No clear why. -- 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 22522] New: black intro videos with smackw32.dll
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=22522 Summary: black intro videos with smackw32.dll Product: Wine Version: 0.9.48. Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net "Der Dieb von Burg Schreckenstein" and "5 Freunde 2 und der silberne Turm" start with a black screen when it should show an intro video. Audio is played normally and the app proceeds to the main menu after the video ends. Also, pressing a key aborts the video as expected. The video is visible on a native XP machine. Both apps use smackw32.dll to display the video. I suppose the screen remains black because an exception is caught soon after start. 0009:CALL smackw32._SmackDoFrame(a)4(008c5440) ret=0049ef3d 0009:Call winmm.timeGetTime() [a few times] 0009:Ret winmm.timeGetTime() 0009:trace:seh:raise_exception code=c0000005 flags=0 (access violation) ... 0009:RET smackw32._SmackDoFrame(a)4() retval=00000000 ret=0049ef3d The sequence of smackw32 calls is: smackw32._SmackOpen(a)12 smackw32._SmackCheckCursor(a)20 smackw32._SmackToBuffer(a)28 smackw32._SmackDoFrame(a)4 The affected video is "intro.smk". Curiously, this is the second such sequence. The first one, opening "loads.smk" produces no exception (but it is too short to be a video). Surprisingly, Burg Schreckenstein's ending credits extro_[1-7].smk are rendered (these appear to be still images without animation). Logs are available upon request. What channels? You may add [Smacker] Debug=1 to win.ini and set WINEDEBUG=+debugstr. I've not yet written an AppDB entry for either of these 2 children apps. "5 Freunde" is Enid Blyton's "Famous 5" or "Club des cinq". Bug present with both Ubuntu Intrepid and MacOS, on different HW and was observed as early as wine-0.9.48 to present. -- 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 36