July 2024 - Wine-bugs - list.winehq.org

[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 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 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 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(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 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(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 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 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 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