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

[Bug 57619] New: Amazon Kindle for PC >= 2.2 crashes before start, while initializing KRFDynamic.dll
by WineHQ Bugzilla May 18, 2025

May 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=57619 Bug ID: 57619 Summary: Amazon Kindle for PC >= 2.2 crashes before start, while initializing KRFDynamic.dll Product: Wine Version: 10.0-rc3 Hardware: x86-64 URL: https://www.amazon.com/kindlepcdownload/ref=s9_bw_cg_3 PLP1_3c1_w?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=merchandised- search-3&pf_rd_r=C0A4YZHVK6NJM20EESW9&pf_rd_t=101&pf_r d_p=883c8286-887f-45db-a8a8-16e863af7cbc&pf_rd_i=16571 048011 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Distribution: Ubuntu WINEDEBUG="+seh,+module,+relay" trace: ---snip--- 0180:Call PE DLL (proc=0D99FEDA,module=0D950000 L"KRFDynamic.dll",reason=PROCESS_ATTACH,res=0031FD24) ... 0180:exception c0000005 in PE entry point (proc=0D99FEDA,module=0D950000,reason=PROCESS_ATTACH,res=0031FD24) 0180:Ret PE DLL (proc=0D99FEDA,module=0D950000 L"KRFDynamic.dll",reason=PROCESS_ATTACH,res=0031FD24) retval=0 0180:Call PE DLL (proc=0D99FEDA,module=0D950000 L"KRFDynamic.dll",reason=PROCESS_DETACH,res=0031FD24) 0180:Ret PE DLL (proc=0D99FEDA,module=0D950000 L"KRFDynamic.dll",reason=PROCESS_DETACH,res=0031FD24) retval=0 0180:warn:module:process_attach Initialization of L"KRFDynamic.dll" failed 0180:trace:module:process_attach (L"KRFDynamic.dll",0031FD24) - END 0180:err:module:LdrInitializeThunk "KRFDynamic.dll" failed to initialize, aborting 0180:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program Files\\Amazon\\Kindle\\Kindle.exe" failed, status c0000005 ---snip--- Within the "...", the crash happens in one of the functions called from msvcrt's _initterm_e(): 0138:Call ucrtbase._initterm_e(78acce70,78acd184) ret=78760914 This can be hacked around, but then Kindle.exe crashes too... -- 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 10051] New: Parallax SX Key IDE cannot detect serial port under WINE
by wine-bugs＠winehq.org May 18, 2025

May 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=10051 Summary: Parallax SX Key IDE cannot detect serial port under WINE Product: Wine Version: 0.9.46. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ultimatedevr(a)yahoo.com Created an attachment (id=8599) --> (http://bugs.winehq.org/attachment.cgi?id=8599) Result of running SXKey.exe in wine with the +setupapi debug flag. I am trying to run the Parallax SX Key IDE through WINE, however the IDE does not detect any of my serial ports. I have symlinked them to ~/.wine/dosdevices/ and added them to my registry, however the IDE still cannot detect my serial ports. I am currently running WINE v.0.9.46 (the same problem exists in the CVS version as well). (BTW, I have heard of others getting this to work, yet others who couldn't: http://forums.parallax.com/forums/default.aspx?f=15&m=217429&g=221692) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 25

[Bug 13159] New: tooltips won't show up on partly hidden items
by wine-bugs＠winehq.org May 18, 2025

May 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=13159 Summary: tooltips won't show up on partly hidden items Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tarasov.igor(a)gmail.com To see the bug, open regedit drag the bar that separates registry tree from values so that it partly covers registry branches names. If you use native comctl32.dll or in windows you'll see tooltips over these partly covered items, displaying full item name. Wine won't show anything. This is true with listview also. In some applications that have big listview tables with long values this bug becomes pretty annoying (when you constantly have to change comlumn widths etc in order to see complete values). Maybe this bug was reported earlier, but I have not found it. -- 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 18

[Bug 46339] New: comctl32//tests/edit.c shows an invalid read
by wine-bugs＠winehq.org May 17, 2025

May 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=46339 Bug ID: 46339 Summary: comctl32//tests/edit.c shows an invalid read Product: Wine Version: 4.0-rc3 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: bunglehead(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p comctl32_test.exe.so edit && touch edit.ok ==28392== Invalid read of size 2 ==28392== at 0x7B443813: GlobalLock (heap.c:441) ==28392== by 0x7B444560: LocalLock (heap.c:1063) ==28392== by 0x5914A4B: EDIT_LockBuffer (edit.c:1202) ==28392== by 0x591BAF9: EDIT_WindowProc (edit.c:4571) ==28392== by 0x4FDDF19: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==28392== by 0x4FDE537: call_window_proc (winproc.c:246) ==28392== by 0x4FDFB1B: WINPROC_CallProcAtoW (winproc.c:606) ==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953) ==28392== by 0x4FA4D32: call_window_proc (message.c:2225) ==28392== by 0x4FA8A39: send_message (message.c:3288) ==28392== by 0x4FAB736: SendMessageA (message.c:3511) ==28392== by 0x4A9BADE: test_EM_GETHANDLE (edit.c:2849) ==28392== by 0x4A9DCBA: func_edit (edit.c:3213) ==28392== by 0x4B2BBBD: run_test (test.h:617) ==28392== by 0x4B2C5FB: main (test.h:701) ==28392== Address 0x497eea8 is 664 bytes inside a block of size 2,048 free'd ==28392== at 0x7BC48418: notify_free (heap.c:268) ==28392== by 0x7BC4AFB7: RtlFreeHeap (heap.c:1772) ==28392== by 0x5B44DC7: heap_free (heap.h:46) ==28392== by 0x5B4735E: ScriptStringFree (usp10.c:2583) ==28392== by 0x591598C: EDIT_InvalidateUniscribeData (edit.c:321) ==28392== by 0x591A6E0: EDIT_EM_ReplaceSel (edit.c:2631) ==28392== by 0x591C4BB: EDIT_WindowProc (edit.c:4665) ==28392== by 0x4FDDF19: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==28392== by 0x4FDE537: call_window_proc (winproc.c:246) ==28392== by 0x4FE014B: WINPROC_CallProcAtoW (winproc.c:507) ==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953) ==28392== by 0x4FA4D32: call_window_proc (message.c:2225) ==28392== by 0x4FA8A39: send_message (message.c:3288) ==28392== by 0x4FAB736: SendMessageA (message.c:3511) ==28392== by 0x4A9289E: test_edit_control_3 (edit.c:1005) ==28392== by 0x4A9DC51: func_edit (edit.c:3192) ==28392== by 0x4B2BBBD: run_test (test.h:617) ==28392== by 0x4B2C5FB: main (test.h:701) ==28392== Block was alloc'd at ==28392== at 0x7BC483AD: notify_alloc (heap.c:260) ==28392== by 0x7BC4B8D1: RtlAllocateHeap (heap.c:1726) ==28392== by 0x5B44A40: heap_calloc (heap.h:55) ==28392== by 0x5B4A407: ScriptStringAnalyse (usp10.c:2012) ==28392== by 0x5915093: EDIT_UpdateUniscribeData (edit.c:388) ==28392== by 0x59150E8: EDIT_CalcLineWidth_SL (edit.c:755) ==28392== by 0x591A448: EDIT_EM_ReplaceSel (edit.c:2527) ==28392== by 0x591C4BB: EDIT_WindowProc (edit.c:4665) ==28392== by 0x4FDDF19: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==28392== by 0x4FDE537: call_window_proc (winproc.c:246) ==28392== by 0x4FE014B: WINPROC_CallProcAtoW (winproc.c:507) ==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953) ==28392== by 0x4FA4D32: call_window_proc (message.c:2225) ==28392== by 0x4FA8A39: send_message (message.c:3288) ==28392== by 0x4FAB736: SendMessageA (message.c:3511) ==28392== by 0x4A9289E: test_edit_control_3 (edit.c:1005) ==28392== by 0x4A9DC51: func_edit (edit.c:3192) ==28392== by 0x4B2BBBD: run_test (test.h:617) ==28392== by 0x4B2C5FB: main (test.h:701) ==28392== -- 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 3

[Bug 50511] New: Datetime conrtol doesn't handle WM_SYSKEYDOWN/VK_DOWN.
by WineHQ Bugzilla May 17, 2025

May 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=50511 Bug ID: 50511 Summary: Datetime conrtol doesn't handle WM_SYSKEYDOWN/VK_DOWN. Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 69175 --> https://bugs.winehq.org/attachment.cgi?id=69175 a quick hack. Some .net applications implement a button for showing the dropdown of DateTime control by themselves. And the button sends WM_SYSKEYDOWN/VK_DOWN to DateTime control actually. So without this message implemented, nothing will be shown after clicking the button. Attached is a quick hack that made the application I tested happy. But we may still need some tests for it for upstream. -- 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 58237] New: Tooltips: truncated text display with no icon is set
by WineHQ Bugzilla May 17, 2025

May 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=58237 Bug ID: 58237 Summary: Tooltips: truncated text display with no icon is set Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 78568 --> http://bugs.winehq.org/attachment.cgi?id=78568 truncated text truncated text display with no icon is set -- 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 58235] New: Tooltip: "arrow" of tooltip not displayed correctly
by WineHQ Bugzilla May 17, 2025

May 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=58235 Bug ID: 58235 Summary: Tooltip: "arrow" of tooltip not displayed correctly Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 78562 --> http://bugs.winehq.org/attachment.cgi?id=78562 Missing Arrow Using sample application The "arrow" of tooltip is not rendered correctly ===== hWnd := Control.Handle; hWndTip := CreateWindow(TOOLTIPS_CLASS, nil, WS_POPUP or TTS_NOPREFIX or TTS_BALLOON or TTS_ALWAYSTIP, 0, 0, 0, 0, hWnd, 0, HInstance, nil); if hWndTip <> 0 then begin SetWindowPos(hWndTip, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOACTIVATE or SWP_NOMOVE or SWP_NOSIZE); ti.cbSize := SizeOf(ti); ti.uFlags := TTF_CENTERTIP or TTF_TRANSPARENT or TTF_SUBCLASS; ti.hwnd := hWnd; ti.lpszText := Text; Windows.GetClientRect(hWnd, ti.rect); if (BackCl <> clNone) then SendMessage(hWndTip, TTM_SETTIPBKCOLOR, BackCL, 0); if (TextCL <> clNone) then SendMessage(hWndTip, TTM_SETTIPTEXTCOLOR, TextCL, 0); SendMessage(hWndTip, TTM_ADDTOOL, 1, Integer(@ti)); if Title <> '' then SendMessage(hWndTip, TTM_SETTITLE, Icon mod 4, Integer(Title)); end; ===== -- 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 56768] New: uxtheme crash when using themed CheckBoxes
by WineHQ Bugzilla May 17, 2025

May 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=56768 Bug ID: 56768 Summary: uxtheme crash when using themed CheckBoxes Product: Wine Version: 9.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76569 --> https://bugs.winehq.org/attachment.cgi?id=76569 uxtheme patch Initially found here https://jira.reactos.org/browse/CORE-16410 but also applicable to Wine 9.9 staging as "latent bug" comctl32/button.c CB_ThemedPaint, before https://github.com/wine-mirror/wine/commit/830348d78c38e9f68772bd6e5a3ea255… passed NULL as LPCRECT prc for GetThemePartSize (allowed as per https://learn.microsoft.com/en-en/windows/win32/api/uxtheme/nf-uxtheme-gett… ) then get_image_part_size then UXTHEME_LoadImage then UXTHEME_SelectImage which unconditionnally calls POINT size = {pRect->right-pRect->left, pRect->bottom-pRect->top}; without checking pRect as non-NULL Attached patch (to be adapted here) prevents such a case. -- 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 30486] New: Tanner L-Edit shows blank hotkey field
by wine-bugs＠winehq.org May 17, 2025

May 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=30486 Bug #: 30486 Summary: Tanner L-Edit shows blank hotkey field Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Tanner's L-Edit uses the msctls_hotkey32 control from comctl32 in its Setup / Application / Keyboard dialog, but under Wine, the control is always blank. It should say 'None' (or the local equivalent) initially. (The caret is positioned properly, though.) 'winetricks comctl32' works around the problem. Wine's control works fine in a standalone demo. The problem exists in many versions of the app, including the 7.12 Student Version downloadable from various sites as ledit.zip, 2972402 bytes, sha1sum f1a5825e63cee03f2cfb912cfa8d47c5a22aa684 That version requires 'winetricks mfc42' to start, and warns about wanting 256 color mode. Using Xephyr to get 256 color mode doesn't seem to help. -- 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 12

[Bug 56668] New: Visual Studio 2022 Community Edition doesn't install in quiet mode (Mono.Security.X509.X509Store.get_Crls)
by WineHQ Bugzilla May 17, 2025

May 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=56668 Bug ID: 56668 Summary: Visual Studio 2022 Community Edition doesn't install in quiet mode (Mono.Security.X509.X509Store.get_Crls) Product: Wine Version: 9.8 Hardware: x86-64 URL: https://visualstudio.microsoft.com/vs/community/ OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Created attachment 76454 --> https://bugs.winehq.org/attachment.cgi?id=76454 installer log austin(a)debian:~/Downloads$ du -sh VisualStudioSetup.exe 3.9M VisualStudioSetup.exe austin(a)debian:~/Downloads$ sha1sum VisualStudioSetup.exe 5d0923c690a40a5113a0dec506c14a412b4ee2e4 VisualStudioSetup.exe The installer will fail early if run normally / with the GUI (see bug 56644). If quiet mode is used: wine VisualStudioSetup-2022.exe --quiet --noweb --norestart --installPath "%ProgramFiles%\\Microsoft Visual Studio\\2022" --add Microsoft.Component.MSBuild It gets a bit further, but then fails to download anything. -- 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 56644] New: Visual Studio 2022 Community Edition doesn't install (exits before showing installer window)
by WineHQ Bugzilla May 17, 2025

May 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=56644 Bug ID: 56644 Summary: Visual Studio 2022 Community Edition doesn't install (exits before showing installer window) Product: Wine Version: 9.8 Hardware: x86-64 URL: https://visualstudio.microsoft.com/vs/community/ OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Created attachment 76417 --> https://bugs.winehq.org/attachment.cgi?id=76417 terminal output austin(a)debian:~/Downloads$ du -sh VisualStudioSetup.exe 3.9M VisualStudioSetup.exe austin(a)debian:~/Downloads$ sha1sum VisualStudioSetup.exe 5d0923c690a40a5113a0dec506c14a412b4ee2e4 VisualStudioSetup.exe Looking at the output, I initially suspected it was a wine-mono issue. Installing `winetricks dotnet472` doesn't help, so it's not that. -- 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 51099] New: Visual Studio Installer refuses to run with unelevated token in quiet mode
by WineHQ Bugzilla May 17, 2025

May 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=51099 Bug ID: 51099 Summary: Visual Studio Installer refuses to run with unelevated token in quiet mode Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: w(a)zeroitlab.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This patchset: https://github.com/wine-staging/wine-staging/commit/811467bf6a4c43de2485b37… breaks the second stage of Visual Studio Installer (needed for products: Visual Studio 2015, Visual Studio 2017, Visual Studio 2019, Visual Studio Build Tools 2015, Visual Studio Build Tools 2017, Visual Studio Build Tools 2019) Reproduction: Skip first stage installer blocked by another bug: wget https://aka.ms/vs/16/release/installer -O installer.zip unzip installer.zip mkdir "~/.wine/drive_c/Program Files (x86)/Microsoft Visual Studio" mv Contents "~/.wine/drive_c/Program Files (x86)/Microsoft Visual Studio/Installer" Try invoking installer: wine "C:\\Program Files (x86)\\Microsoft Visual Studio\\Installer\\setup.exe" /finalizeInstall install --locale en-US --productId Microsoft.VisualStudio.Product.BuildTools --channelId VisualStudio.16.Release --channelUri "https://aka.ms/vs/16/release/channel" --quiet --norestart --nocache --installPath C:\BuildTools --add Microsoft.VisualStudio.Workload.VCTools --includeRecommended After it fails check log at `C:\Users\user\Temp`, latest one starting with dd_installer: [0108:0001][2021-05-05T14:22:56] Commands with --quiet or --passive should be run elevated from the beginning. -- 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 58232] New: WinBox 3.4.1: window closed when pressing ALT key
by WineHQ Bugzilla May 17, 2025

May 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=58232 Bug ID: 58232 Summary: WinBox 3.4.1: window closed when pressing ALT key Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tatayowa1(a)gmail.com Distribution: --- Created attachment 78558 --> http://bugs.winehq.org/attachment.cgi?id=78558 APT source file for Wine When I'm running WinBox on Wine using "wine some-path/winbox64.exe", the window suddenly closed when I pressed Alt, one window for each key presses. It happens immeadiately when I first pressed the key, or sometimes, it may happens after several attempts of pressing the key. Link to program's download: https://download.mikrotik.com/routeros/winbox/3.41/winbox64.exe I've just upgraded my system from Ubuntu 24.10 to 25.04. -- 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 58231] New: Games no longer mute when unfocused with Wayland driver enabled
by WineHQ Bugzilla May 17, 2025

May 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=58231 Bug ID: 58231 Summary: Games no longer mute when unfocused with Wayland driver enabled Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: xnep1(a)hotmail.com Distribution: --- Many games have an option to mute when they are inactive (background). However, when I activate the wayland driver, this function stopped working in all the games I tested. Using xwayland, this option works correctly. I tested it in the games: -> Dead by daylight -> Monster Hunter Wilds -> Honkai Starrail -- 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 51511] New: Cleans at startup.
by WineHQ Bugzilla May 17, 2025

May 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=51511 Bug ID: 51511 Summary: Cleans at startup. Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: and.68320(a)gmail.com Distribution: Ubuntu Created attachment 70351 --> https://bugs.winehq.org/attachment.cgi?id=70351 Backtrace Departure PC Radio application version 6.0.2 immediately after launch. Link to download this program http://pcradio.ru/player/player_win/pcradio_6.0.2.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 7

[Bug 58230] New: File creation time ATL CTime year<1970 assertion error on M4 mac. Local timezone?
by WineHQ Bugzilla May 16, 2025

May 16, 2025

http://bugs.winehq.org/show_bug.cgi?id=58230 Bug ID: 58230 Summary: File creation time ATL CTime year<1970 assertion error on M4 mac. Local timezone? Product: Wine Version: 10.7 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fiendishx(a)gmail.com Versions of MFC ATL since the v141 Visual Studio build toolchain changed a year boundary assertion in CTime::CTime(int, int, int, int, int, int, int) from 1900 (in v140) to 1970 (v141, v142, v143), so it now has ATLENSURE( nYear >= 1970 ); where it previously had ATLENSURE( nYear >= 1900 ); I have a secondhand report from someone that on an M4 Mac, during CFile::GetFilePath -> CFile::GetStatus, the CTime constructor is getting an invalid creation time in 1969. Specifically, 6 hours before 1970, which is suspiciously equal to their time zone of -6. They temporarily modified the ATL CTime code used to build their program (not ideal, obviously) and made it emit: nYear from within CTime System time year is less than 1970 Year: 1969 Month: 12 Day: 31 Hour: 18 Minute: 0 Second: 0 DST: -1 This does not produce an error with Visual Studio build toolchain v140 and earlier, but does after v141. Can someone who knows where to look make sure that file creation times aren't being sent too far into the past because of local timezones? (Can we also clamp the year to 1970?) -- 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 56723] New: Vegas Pro 14: crash upon creating the main window
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=56723 Bug ID: 56723 Summary: Vegas Pro 14: crash upon creating the main window Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paper(a)paper.us.eu.org Distribution: --- Created attachment 76504 --> https://bugs.winehq.org/attachment.cgi?id=76504 Terminal output from running Vegas Wine 9.8 crashes when starting Vegas Pro 14; this looks to be specific to AMD graphics cards as Vegas starts fine under both Intel and Nvidia. Other users[1] seem to report this as well: Installer works and program "runs" at first when clicked. Will eventually crash once reaching "Creating Windows" step. Between the time of the last test and this test, I had switched from an NVIDIA video card to an AMD video card. I'm unsure if this hardware change caused or contributed to this error. A trial version of Vegas 14 can be retrieved from Magix's download center at https://dl03.magix.com/trial_vegaspro14.exe [1]: https://appdb.winehq.org/objectManager.php?sClass=version&iId=39145&iTestin… -- 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 8

[Bug 54995] New: msys2: git clone fails with 'Socket operation on non-socket'
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=54995 Bug ID: 54995 Summary: msys2: git clone fails with 'Socket operation on non-socket' Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- git clone --mirror git://sourceware.org/git/newlib-cygwin.git msys2-runtime Cloning into bare repository '.../msys2-runtime' 010c:fixme:winsock:addrinfo_flags_to_unix unhandled flags 0x80000 fatal: packet write failed: Socket operation on non-socket -- 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 57397] New: Apps hang when trying to show tooltip
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=57397 Bug ID: 57397 Summary: Apps hang when trying to show tooltip Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: bigfoothart(a)gmail.com Distribution: --- Created attachment 77380 --> https://bugs.winehq.org/attachment.cgi?id=77380 mso 2007 wayland debug Apps hang when trying to show button tooltips. May require several attempts for hovering over buttons to show tooltips to trigger the hang. Reproduced for MS Office 2007, 2010, 2013. Tried 9.17-9.20 versions and main branch 9.20-233-g24694dabfc5 -- 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 57805] New: Wine CoreMIDI: Extra program change event on sending program change through MIDI Output from winmm
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=57805 Bug ID: 57805 Summary: Wine CoreMIDI: Extra program change event on sending program change through MIDI Output from winmm Product: Wine Version: unspecified Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: winecoreaudio.drv Assignee: wine-bugs(a)winehq.org Reporter: david.silaban(a)gmail.com Created attachment 78012 --> https://bugs.winehq.org/attachment.cgi?id=78012 Screen shot of the sample output I tried to use Falcosoft SoundFont Player 6 (a MIDI player) using Wine on MacOS, I tried to play some MIDI files through it but it always seem to be stuck on program 00 (Acoustic Grand Piano) on all tracks. I tried to capture the MIDI output data through Pocket MIDI (a free MacOS app something like MIDI-OX on Windows), it seems there is an error on sending 2 byte messages such as Program Change. Attached is the sample output from sending one program change from the UI. Expected output the Program Change message should only be sent once, not twice. -- 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 51248] New: UrlGetPart produces different results from Windows
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=51248 Bug ID: 51248 Summary: UrlGetPart produces different results from Windows Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: jp-dev(a)inbox.ru Distribution: --- Created attachment 70120 --> https://bugs.winehq.org/attachment.cgi?id=70120 test program, logs It produces difference result codes. There is a test case on some URLs and relevant output from Windows 10 vs Wine 6.10. Sometimes it will return a different HRESULT, or it will fail parsing the query string. -- 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 58185] New: Country Siblings: EXCEPTION_ACCESS_VIOLATION related with D3D11
by WineHQ Bugzilla May 16, 2025

May 16, 2025

http://bugs.winehq.org/show_bug.cgi?id=58185 Bug ID: 58185 Summary: Country Siblings: EXCEPTION_ACCESS_VIOLATION related with D3D11 Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: force140(a)gmail.com Distribution: --- Created attachment 78482 --> http://bugs.winehq.org/attachment.cgi?id=78482 Log created by the game (krkr.console.log) I'm trying to run the English version of a visual novel known as Country Siblings (https://vndb.org/v48724) when trying to run it on wine the game crashes with an error pop up about "Access Violation" without opening tha main window, the details about the crash are logged in the attached file, and seems to be blaming d3d11.dll in two prefixes: my gaming prefix with a couple of winetricks including dxvk, and a vanilla wine prefix that I made to test the game. I downloaded the demo and it does the same thing. My system: OS: Garuda Linux CPU: AMD Ryzen 5 5600G GPU: Saphire Pulse Radeon 6700XT (AMD) RAM: 16GB @ 3200MHz Wine installed from pacman wine --version wine-10.6 I tested the game on a Windows 10 and works without apparent issues. -- 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 57148] New: ghidraRun.bat shows: Syntax error: unexpected IN
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=57148 Bug ID: 57148 Summary: ghidraRun.bat shows: Syntax error: unexpected IN Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- For starting up ghidra a batch file "ghidraRun.bat" can be used. This shows the messages: C:\ghidra_11.1.2_PUBLIC>:: Ghidra launch Syntax error Syntax error: unexpected IN ... This is because there developers decided to use %# as iterator variable. Indeed native can handle almost all ascii character above space until tilde except these: "&,;<=>^| The application starts up successfully because this should just detect if it got started via a doubleclick or from a console window, so this is just a minor issue. https://github.com/NationalSecurityAgency/ghidra/blob/184180d54dbdf3db3c030… -- 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 8

[Bug 58191] New: dwrite tests fail to compile with mingw-gcc 15 due to attempt to link to truncf
by WineHQ Bugzilla May 16, 2025

May 16, 2025

http://bugs.winehq.org/show_bug.cgi?id=58191 Bug ID: 58191 Summary: dwrite tests fail to compile with mingw-gcc 15 due to attempt to link to truncf Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Since my system updated mingw to gcc 15.1, Wine fails to build: /usr/libexec/gcc/x86_64-w64-mingw32/ld: dlls/dwrite/tests/x86_64-windows/layout.o: in function `test_pixelsnapping': /home/stefan/build/_wine64/../../src/wine/dlls/dwrite/tests/layout.c:4782:(.text$test_pixelsnapping+0x312): undefined reference to `truncf' $ x86_64-w64-mingw32-gcc --version x86_64-w64-mingw32-gcc (Gentoo 15.1.0 p55) 15.1.0 Windows 11's msvcrt.dll indeed does not export trunc(), truncf() or truncl(), although ucrtbase.dll does. So adding the exports to our msvcrt would fix the build but break running the tests on Windows. The line in question doesn't call truncf. It calls floor(), which newer gcc apparently lowers to truncf. Building the file in question with -O0 of -fno-builtin-floor fixes the 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 4

[Bug 57575] New: dmsynth: incorrect condition for buffer underrun in synthsink.c:synth_sink_write_data
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=57575 Bug ID: 57575 Summary: dmsynth: incorrect condition for buffer underrun in synthsink.c:synth_sink_write_data Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dmusic Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl CC: rbernon(a)codeweavers.com Distribution: --- Noting this here, so it won't get forgotten. In synth_sink_write_data there's following condition: if (current_pos - play_pos <= write_pos - play_pos) it causes a lot of console spam while current_pos == write_pos. I though it was perhaps some odd way of preventing integer over/underflow, but the author of that line, when asked on irc, basically said 'yeah, it's bogus'. -- 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