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

[Bug 58180] New: CaptureAge 1.17.1: fails to GetSharedHandle
by WineHQ Bugzilla May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58180 Bug ID: 58180 Summary: CaptureAge 1.17.1: fails to GetSharedHandle Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eabesea(a)rambler.ru Distribution: Ubuntu Created attachment 78475 --> http://bugs.winehq.org/attachment.cgi?id=78475 captureage log When I run CaptureAge, it fails to start rendering. It appears that the fail is because dxgi_resource_GetSharedHandle is not implemented. I'm not attaching full wine terminal output since it's very large and appears to be mostly irrelevant. -- 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 58188] New: CreateProcessW fails for executables with a dot in their name
by WineHQ Bugzilla May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58188 Bug ID: 58188 Summary: CreateProcessW fails for executables with a dot in their name Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: paosz(a)vestas.com Distribution: --- Created attachment 78491 --> http://bugs.winehq.org/attachment.cgi?id=78491 Archive with relevant logs, reproduction program and a proposed patch If an exe file has a name that contains a dot that's not part of the extension (e.g. SomeProgram.Component.exe), then call to CreateProcessW using only lpCommandLine (lpApplicationName = NULL) with the extension of the executable omitted (SomeProgram.Component arguments) will fail on wine, but succeed on Windows. This was observed in wine compiled from source (10.6) and packaged in Ubuntu 24.04 (9.0). The issue was originally thought to be caused by SearchPathW, but further investigation showed that this function behaves as it should. There just simply seems to be a special case or different logic in CreateProcessW that isn't captured in wine. Reproduction: Attached are two C programs used to investigate and reproduce the issue. They test behavior of CreateProcessW and SearchPathW. Both .c files are meant to be compiled and placed in the same folder in the following way: - BugTest.exe (BugTest.c) - SomeApp.exe (SomeApp.c) - SomeApp.Component.exe (SomeApp.c) Afterwards, BugTest.exe is run in the same folder. Attached are the outputs of running that program in Windows and wine (output_wine.txt, output_windows.txt). The obvious difference is the failure whe calling CreateProcessW for SomeApp.Component . Proposed patch: Attached is a patch with proposed fix for the above mentioned issue. There is also on output of BugTest.exe on wine compiled with the attached patch (output_wine_with_patch.txt), which is the same as what's produced on Windows. PS: I just noticed that there can only be one attachment. I have packed all the mentioned files into a zip archive. If that is undesirable I will upload the files separately. -- 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 58164] New: WINTAB32.dll: When the pen is pressed against the board, pkStatus is given TPS_QUEUE_ERR after a second or two and Queue overflows.
by WineHQ Bugzilla May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58164 Bug ID: 58164 Summary: WINTAB32.dll: When the pen is pressed against the board, pkStatus is given TPS_QUEUE_ERR after a second or two and Queue overflows. Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- When the pen is pressed against the board, pkStatus is given TPS_QUEUE_ERR after a second or two and Queue overflows. After the queue overflows, no signal is sent. (After raising the pen again, until it is pressed against the board again) Cannot draw anything or the line thickness is messed up. https://github.com/wine-mirror/wine/blob/f7503d0a996ae1243dd6c87b39a9143624… Macromedia Flash MX X11 Section "InputClass" Identifier "Tablet" Driver "wacom" MatchDevicePath "/dev/input/event*" MatchUSBID "28bd:0905" Option "Suppress" "0" Option "Threshold" "1" Option "RawSample" "1" EndSection -- 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 58162] New: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly.
by WineHQ Bugzilla May 15, 2025

May 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58162 Bug ID: 58162 Summary: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly. Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78443 --> http://bugs.winehq.org/attachment.cgi?id=78443 sone_patch's debug log under Windows 10. When trying to detour a Recettear - An Item Shop's Tale's custom.exe using https://gitlab.com/redpolline/sone_patch, all attempts to update the game's config ini file fail under Wine, but work under Windows. The game's custom.exe uses the GetPrivateProfileIntA() and WritePrivateProfileStringA() functions to access the game's ini file instead of calling CreateFileA(), ReadFile(), and WriteFile() directly. I assume that the cause is Wine possibly having GetFullPathNameW() as a statically linked symbol within the context of GetPrivateProfileIntA() and WritePrivateProfileStringA(). (As all three of them are exported by kernel32.dll, and therefore the compiler would not need to search for the symbol at build time.) But I could be wrong here. What matters is that when sone_patch detours GetFullPathNameA/W(), GetPrivateProfileIntA() and WritePrivateProfileStringA() should be affected by that detour without being detoured themselves. A good way to see this is by using sone_patch's debug build, as it logs when a detoured function is hit, along with the given arguments. Under Windows 10, multiple calls to GetFullPathNameA/W() are seen in the log. (But no CreateFileA/W() for the ini file.) Under Wine, no calls are logged at all for the ini file. The only call to GetFullPathNameW() seen under Wine is for C:\windows\resources\themes\light\light.msstyles. Which isn't present under the Windows log, so that one is Wine specific.) As a result, the game's button config and display settings cannot be altered by the game's custom.exe. As it gets the original (developer intended) file which is read-only (and owned by another user) on my system. Which sone_patch is supposed to workaround through the detouring of GetFullPathNameA/W() to point custom.exe to an accessible file elsewhere. -- 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 57672] New: Knights of the Old Republic II - Rendering issues and crashes when using new WoW64 mode
by WineHQ Bugzilla May 15, 2025

May 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=57672 Bug ID: 57672 Summary: Knights of the Old Republic II - Rendering issues and crashes when using new WoW64 mode Product: Wine Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: info(a)fdossena.com Distribution: --- Created attachment 77849 --> https://bugs.winehq.org/attachment.cgi?id=77849 Screenshot of how the game looks with the new WoW64 mode I'm testing the "classic" version of KOTOR 2 (not the 2015 remaster from steam) and I noticed a strange behavior. When building Wine using the new WoW64 mode, the game has visual artifacts in the character creation screen, and freezes when trying to start a new game. When building Wine with the old WoW64, the game works correctly. The first game, based on the same engine, works correctly with both versions of WoW64. Tested on: * Arch Linux x86_64, Kernel 6.12 * AMD Radeon RX6900XT with Mesa 24.3.3 * KDE Plasma on Wayland (wine is running with the x11 backend) I'm attaching screenshots of Wine 10.0-rc5. Logs don't show anything out of the ordinary or different between the two builds. -- 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 37088] New: SmartBarXP hangs on exit
by wine-bugs＠winehq.org May 15, 2025

May 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=37088 Bug ID: 37088 Summary: SmartBarXP hangs on exit Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49298 --> https://bugs.winehq.org/attachment.cgi?id=49298 terminal output Noticed while checking bug 8018. Closing the application (either via Option, Exit or clicking the X) results in a hang. There's a seh exception thrown, as well. -- 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 27117] New: Quake III Arena demo installer spawns Wine File when setting up Start menu items
by wine-bugs＠winehq.org May 2, 2025

May 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=27117 Summary: Quake III Arena demo installer spawns Wine File when setting up Start menu items Product: Wine Version: 1.3.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tjwt(a)hush.ai The demo is downloadable from ftp://ftp.idsoftware.com/idstuff/quake3/win32/Q3ADemo.exe . During a default installation in Wine, it creates ten files in C:\users\Public\Start Menu\ and ten Wine File windows appear. No Windows Explorer windows open when installing under Windows XP. I see the problem with Wine 1.3.18 and 1.3.19 (I did not try earlier versions). -- 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 9

[Bug 58193] New: Dragon Quest X Online fails to play livestream video
by WineHQ Bugzilla May 2, 2025

May 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58193 Bug ID: 58193 Summary: Dragon Quest X Online fails to play livestream video Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: achurch+wine(a)achurch.org Distribution: --- Created attachment 78496 --> http://bugs.winehq.org/attachment.cgi?id=78496 +mfplat,+dmo debug log Dragon Quest X Online has a feature in which official livestreams can be viewed in-game, but this fails under Wine when using the FFmpeg backend for Media Foundation: 0530:trace:mfplat:source_resolver_CreateObjectFromByteStream 43D86A20, 43E8B754, L"C:/users/dqx/Documents/My Games/DRAGON QUEST X/work/Bin/hls00000470010000058d.aac", 0x1, 00000000, 4573FDE4, 4573FDE8. [...] 0530:trace:mfplat:async_result_SetStatus 43DCBC58, 0xc00d36c4. (This file is an AAC audio chunk downloaded from the livestream. An MPEG-TS video chunk with a similar filename and .ts extension is also stored but never referenced, presumably because this initialization fails.) The MF_E_UNSUPPORTED_BYTESTREAM_TYPE error appears to be returned by mfplat/main.c:resolver_get_bytestream_handler(); this iterates through registry keys for specific supported MIME types and extensions and then falls back to resolver_create_gstreamer_handler(), which naturally fails because Wine is built without GStreamer support. I can get past that error by adding a registry key for .aac (HKCU/Software/Microsoft/Windows Media Foundation/ByteStreamHandlers/.aac) with values copied from an existing bytestream handler (I arbitrarily chose the .mp3 handler), and FFmpeg (via winedmo) appears to correctly recognize the bytestream as AAC audio, but the game's livestream playback thread immediately crashes with a divide-by-zero exception (the game itself is still playable, but an error dialog pops up and no stream is played). Unfortunately, this issue may be difficult to track down because the relevant code is only executed when an official livestream is actually running, and the game does not have any "test" functionality for the livestream viewer. -- 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