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

[Bug 55945] New: KakaoTalk crashes when opening certain profiles: unimplemented function gdiplus.dll.GdipDrawImageFX
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=55945 Bug ID: 55945 Summary: KakaoTalk crashes when opening certain profiles: unimplemented function gdiplus.dll.GdipDrawImageFX Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- gdiplus.dll.GdipDrawImageFX() is not implemented. Affected applications: - KakaoTalk crashes when opening certain profiles. -- 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 23

[Bug 56223] New: winedbg: crashes after loading gecko debug information
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=56223 Bug ID: 56223 Summary: winedbg: crashes after loading gecko debug information Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 75929 --> https://bugs.winehq.org/attachment.cgi?id=75929 stdout of application and winedbg, backtrace for handled and unhandled SIGSEGV Looking at 56213 gives a crash ending in xul.dll. Therefore I put the xul.pdb from wine-gecko-2.47.4-x86-pdb.tar.xz into the directory of xul.dll. This leads to a crashing winedbg.exe. I think the address space gets exhausted, because the xul.pdb is 500 MB, and htop shows for a crashing winedbg.exe VIRT=4072M RES=1588M. This comes with a few of following lines: err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 003f4000 But also this line is visible: err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols So the loading of the big pdb file is protected by an exception handler in pe_load_debug_directory. But afterwards dbghelp.dll tries to work with this partially loaded debug information and gets a second SIGSEGV, this time unhandled and unfortunately without any message. -- 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 13

[Bug 56334] New: Page fault when querying dinput8_a_EnumDevices
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=56334 Bug ID: 56334 Summary: Page fault when querying dinput8_a_EnumDevices Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: leonicolas(a)gmail.com Distribution: --- Created attachment 76066 --> https://bugs.winehq.org/attachment.cgi?id=76066 Unhandled exception: page fault on read access to 0x00000006 in wow64 32-bit code (0x7bd37250). This error happens when I try to run a game I'm developing on the MMBasic For Windows environment over Wine. I have tried different Wine versions, including the last dev version (9.2). The error only happens if I have the gamepad connected to the computer. This is the MMBasic For Windows interpreter I'm using: https://www.thebackshed.com/forum/uploads/matherp/2023-12-24_033644_MMBasic… This is the game repo: https://github.com/leonicolas/knightmare-cmm2/ To run the interpreter environment: wine MMBasic_input.exe &> /dev/null To run the game: chdir"the/game/path" Usually the root folder is your Documents folder run"km.bas" Wine crashes with the attached backtrace after running the run"km.bas" command. -- 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 13

[Bug 56503] New: CryptStringToBinary doesn't adds CR before pad bytes in some cases
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=56503 Bug ID: 56503 Summary: CryptStringToBinary doesn't adds CR before pad bytes in some cases Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: dm.klionsky(a)gmail.com Distribution: --- Created attachment 76262 --> https://bugs.winehq.org/attachment.cgi?id=76262 Test program Both CryptStringToBinaryA and CryptStringToBinaryW don't add CR before pad bytes in some cases. Attached the test program. ``` $ x86_64-w64-mingw32-gcc certcat.c -lcrypt32 -o certcat ``` ``` $ wine certcat.exe << EOF > -----BEGIN CERTIFICATE----- MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy 9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/ ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ 1w== -----END CERTIFICATE----- EOF -----BEGIN CERTIFICATE----- MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy 9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/ ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ1w== -----END CERTIFICATE----- ``` -- 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 56271] New: Free Download Manager no longer works after it updated (stuck at 100% CPU, no visible window)
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=56271 Bug ID: 56271 Summary: Free Download Manager no longer works after it updated (stuck at 100% CPU, no visible window) Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 75992 --> https://bugs.winehq.org/attachment.cgi?id=75992 Free Download Manager terminal output on Wine 9.1 Hello, Free Download Manager was working until it updated and restarted itself. I updated Wine from 9.0-rc3 to 9.1. The application was working as usual after the Wine update. I used the menu to check for an application update and allowed it to update. Then the application downloaded some stuff and tried to restart and got hung. After forcing everything to close, when I launch the application, there is a fdm.exe process using one core at 100% and nothing more. Regards. -- 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 56256] New: Windows Sysinternals Process Explorer 17.05 shows incomplete user interface (32-bit).
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=56256 Bug ID: 56256 Summary: Windows Sysinternals Process Explorer 17.05 shows incomplete user interface (32-bit). Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- With WINEARCH=win32 procexp.exe shows just the menubar, other parts of the userinterface seem missing. This seems related to this line: 0124:err:seh:dispatch_user_callback ignoring exception c0000005 -- 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 51813] New: python fatal error redirecting stdout to file
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=51813 Bug ID: 51813 Summary: python fatal error redirecting stdout to file Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: ArchLinux python exits with a fatal error when the output is redirected to a file $ wget https://www.python.org/ftp/python/3.9.5/python-3.9.5-embed-win32.zip $ unzip python-3.9.5-embed-win32.zip $ wine python -c 'print("hello world")' > out.txt wine: created the configuration directory '/home/devel/.wine' ... wine: configuration in L"/home/devel/.wine" has been updated. Fatal Python error: init_sys_streams: can't initialize sys standard streams Python runtime state: core initialized OSError: [WinError 6] Invalid handle Current thread 0x000000d4 (most recent call first): <no Python frame> whereas it succeeds on stdout or /dev/null: $ wine python -c 'print("hello world")' hello world I also tried python 3.8.6 and wine 6.15/6.14 without luck see also topic https://forum.winehq.org/viewtopic.php?f=8&t=33992 -- 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 23

[Bug 51957] New: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=51957 Bug ID: 51957 Summary: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 70937 --> https://bugs.winehq.org/attachment.cgi?id=70937 possible patch Hi, I found this as installer of adobe digital editions is failing in chocolatey. First autohotkey is installed, i guess to press some button from license agreement. After that script tries to install adobe digital editions but fails at a line: $ahkProc = Start-Process -FilePath 'AutoHotKey' ` -ArgumentList $ahkRun ` -PassThru Autohotkey is never started as this fails. I tested on windows and then both: Start-Process -FilePath 'AutoHotKey' and Start-Process -FilePath 'AutoHotKey.exe' succeed. In wine only the last one succeeds. Attached a patch that fixes this; Maybe needs more error checking? Hints for improvement welcome; Additional note: due to install-script for autohotkey following key is present: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths\AutoHotkey.exe] @="C:\\Program Files\\AutoHotkey\\AutoHotkey.exe" -- 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 56755] New: White textures in EverQuest (Unsupported Conversion in windowscodec/convert.c)
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=56755 Bug ID: 56755 Summary: White textures in EverQuest (Unsupported Conversion in windowscodec/convert.c) Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: czahrien(a)gmail.com Distribution: --- Created attachment 76545 --> https://bugs.winehq.org/attachment.cgi?id=76545 Logs containing the FIXME messages described above. >From what I have been able to read this bug was introduced earlier this year when Daybreak updated EverQuest to use DirectX 11. The logs report the following error messsage: 0340:fixme:wincodecs:FormatConverter_CanConvert Unsupported conversion {6fddc324-4e03-4bfe-b185-3d77768dc90f} -> {05ec7c2b-f1e6-4961-ad46-e1cc810a87d2} The error message indicates specifically that a conversion failed from 16bppBGRA5551 to 32bppBGRA. I have a minimal patch written up which addresses the issue for me. If this is not a known issue that is being worked on I would not mind working on cleaning it up and submitting it to the project. -- 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 13

[Bug 55000] New: wineserver crashes below save_all_subkeys after RegUnLoadKey
by WineHQ Bugzilla April 16, 2025

April 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=55000 Bug ID: 55000 Summary: wineserver crashes below save_all_subkeys after RegUnLoadKey Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- While trying to reproduce a crash in procexp64 I noticed a crash in wineserver instead. I think I found the reason in a call to `RegUnLoadKey(HKEY_USERS, ".Default")`, which succeeds in wine while it should maybe not. Program terminated with signal SIGSEGV, Segmentation fault. 208 struct object *parent = key->obj.name->parent; (gdb) bt #0 get_parent () at server/registry.c:208 #1 dump_path () at server/registry.c:226 #2 save_all_subkeys () at server/registry.c:2008 #3 save_branch (path="userdef.reg") at server/registry.c:2107 #4 save_branch () at server/registry.c:2134 #5 periodic_save () at server/registry.c:2131 #6 periodic_save () at server/registry.c:2124 #7 get_next_timeout () at server/fd.c:959 #8 main_loop_epoll () at server/fd.c:617 #9 main_loop () at server/fd.c:992 #10 main () at server/main.c:237 (gdb) print key->obj.name $3 = (struct object_name *) 0x0 The "name" member got set to NULL here before in wineserver: 424 obj->name = NULL; (rr) bt #0 unlink_named_object () at server/object.c:424 #1 delete_key () at server/registry.c:1089 #2 req_unload_registry () at server/registry.c:2363 #3 call_req_handler () at server/request.c:305 #4 read_request () at server/request.c:360 With the request originating at process side here: #14 wine_server_call () at dlls/ntdll/unix/server.c:307 #15 NtUnloadKey () at dlls/ntdll/unix/registry.c:767 #16 __wine_syscall_dispatcher () -- 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