wine-bugs

wine-bugs@winehq.org

1 participants
159138 discussions

[Bug 8018] SmartBarXP 1.x (VB6 app): Right half of advanced options dialog is unusable
by WineHQ Bugzilla 18 May '25

18 May '25

http://bugs.winehq.org/show_bug.cgi?id=8018 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #11 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Is it still there in Wone 10.7 ? Why is it listed as comctl32 bugs ? -- 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 57619] New: Amazon Kindle for PC >= 2.2 crashes before start, while initializing KRFDynamic.dll
by WineHQ Bugzilla 18 May '25

18 May '25

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 18 May '25

18 May '25

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 18 May '25

18 May '25

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 17 May '25

17 May '25

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 17 May '25

17 May '25

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 17 May '25

17 May '25

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 17 May '25

17 May '25

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 58236] New: Tooltip: Icon is incorrectly displayed when no title is set (wrong management of TTM_SETTITLE)
by WineHQ Bugzilla 17 May '25

17 May '25

http://bugs.winehq.org/show_bug.cgi?id=58236 Bug ID: 58236 Summary: Tooltip: Icon is incorrectly displayed when no title is set (wrong management of TTM_SETTITLE) 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 78565 --> http://bugs.winehq.org/attachment.cgi?id=78565 Icon without title When TTM_SETTITLE is not set, or empty title is used, icon shall not be displayed See https://learn.microsoft.com/en-us/windows/win32/controls/ttm-settitle for reference -- 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 56768] New: uxtheme crash when using themed CheckBoxes
by WineHQ Bugzilla 17 May '25

17 May '25

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 51633] New: noting will open
by WineHQ Bugzilla 17 May '25

17 May '25

https://bugs.winehq.org/show_bug.cgi?id=51633 Bug ID: 51633 Summary: noting will open Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shrippie4(a)gmail.com Distribution: --- it started when i tried to apply a patch for prey 2006 no games will open think it might be direct X i even got rid of my old wine prefix still doesn't open any programs -- 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 30486] New: Tanner L-Edit shows blank hotkey field
by wine-bugs＠winehq.org 17 May '25

17 May '25

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 57542] New: Visual studio 2022 installer can't connect to the internet
by WineHQ Bugzilla 17 May '25

17 May '25

https://bugs.winehq.org/show_bug.cgi?id=57542 Bug ID: 57542 Summary: Visual studio 2022 installer can't connect to the internet Product: Wine Version: 10.0-rc2 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 installer for visual studio 2022 will open but it will not connect to the internet as it will say that nothing is available to install and there's nothing under developer news either. -- 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 56668] New: Visual Studio 2022 Community Edition doesn't install in quiet mode (Mono.Security.X509.X509Store.get_Crls)
by WineHQ Bugzilla 17 May '25

17 May '25

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@debian:~/Downloads$ du -sh VisualStudioSetup.exe 3.9M VisualStudioSetup.exe austin@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 17 May '25

17 May '25

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@debian:~/Downloads$ du -sh VisualStudioSetup.exe 3.9M VisualStudioSetup.exe austin@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 17 May '25

17 May '25

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 17 May '25

17 May '25

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 17 May '25

17 May '25

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 17 May '25

17 May '25

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 16 May '25

16 May '25

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 16 May '25

16 May '25

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 16 May '25

16 May '25

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 16 May '25

16 May '25

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 16 May '25

16 May '25

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 16 May '25

16 May '25

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

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