- wine-bugs - winehq.org

[Bug 54166] New: Compilation fails with gcc 4.8.4 (error: ‘HTTP_STATUS_CONTINUE’ undeclared)
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=54166 Bug ID: 54166 Summary: Compilation fails with gcc 4.8.4 (error: ‘HTTP_STATUS_CONTINUE’ undeclared) Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 73692 --> https://bugs.winehq.org/attachment.cgi?id=73692 log.txt Compiling in 32 bit distro with: compiler version 4.8.4 # gcc --version glibc 2.19 # ldd --version config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compile error in wine-8.0-rc1 In function ‘cups_write_doc’ error: ‘HTTP_STATUS_CONTINUE’ undeclared (first use in this function) -- 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 14

[Bug 55471] New: nGlide wrapper produces black screen in games using the D3D backend
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55471 Bug ID: 55471 Summary: nGlide wrapper produces black screen in games using the D3D backend Product: Wine Version: 8.4 Hardware: x86-64 URL: https://archive.org/download/Wiz8b/Wiz8NetDemoEB.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 46c8a637525d0f1cf67830295fb460c819b800b6 Distribution: ArchLinux Created attachment 75029 --> https://bugs.winehq.org/attachment.cgi?id=75029 terminal output I'm using nGlide wrapper v2.10 for old games from the Win95/Win98 era that support the 3Dfx Glide renderer. The problem is that most (but not all) of the games just produce a black screen after startup if <Video backend> is set to <Auto> or <Directx> in the nGlide configurator. Vulkan backend is working properly. Some affected games are Descent 3, Die by the Sword, Ultima IX, Wizardry 8, Tachyon The Fringe, Powerslide. The problem is present since Wine 8.4 and regression testing points to commit 46c8a637525d0f1cf67830295fb460c819b800b6 winex11: Separately store the internal pixel format set by WGL_WINE_pixel_format_passthrough. To reproduce the problem in Wizardry 8 demo: 1. download and install the nGlide v2.10 wrapper: https://www.zeus-software.com/downloads/nglide/d-1.html Configuration is done by running nglide_config.exe. Video backend should be either <Auto> or <DirectX>. 2. download and install Wizardry 8 demo. First run 3Dsetup.exe from the game directory. If nGlide v2.10 is installed then you have the option to select 'Glide2x' as the renderer. 3. start the demo with Wiz8.exe. After a short intro the screen remains black. nGlide210_setup.exe (3.2 M) md5sum: cd30d314c3f1470cef1a35300fda1a20 Wiz8NetDemoEB.exe (143 M) md5sum: 728f87e9768102c71017675a1bb06425 Wine 8.14 X.Org X Server 1.21.1.8 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 535.43.08 -- 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 54718] New: msvcr90:msvcr90 - test__get_current_locale() sometimes gets an unexpected refcount on w10pro64
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=54718 Bug ID: 54718 Summary: msvcr90:msvcr90 - test__get_current_locale() sometimes gets an unexpected refcount on w10pro64 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msvcr90:msvcr90 - test__get_current_locale() sometimes gets an unexpected refcount on w10pro64: msvcr90.c:2382: Test failed: refcount = 4 See https://test.winehq.org/data/patterns.html#msvcr90:msvcr90 This only happens in 64-bit tests, and only on w10pro64. Yet it has the same msvcr90 version as the other Windows 10 2004+ VMs: w10pro64v2004 msvcr90=9.0.30729.9625 w1064v2009 msvcr90=9.0.30729.9625 w10pro64 (21H1) msvcr90=9.0.30729.9625 w1064 (22H2) msvcr90=9.0.30729.9625 w11pro64 msvcr90=9.0.30729.9635 The test already considers a refcount of 2 to be broken (without indicating why, commit f71f16319816) so maybe the same should be done for a value of 4? -- 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 45273] New: Chessbase 11 cannot draw arrows
by wine-bugs＠winehq.org 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=45273 Bug ID: 45273 Summary: Chessbase 11 cannot draw arrows Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Similar issue to https://bugs.winehq.org/show_bug.cgi?id=42809 but with slightly differing unimplemented requirements from GdipWidenPath. Originally mentioned on https://bugs.winehq.org/show_bug.cgi?id=37275 In this case: 0064:fixme:gdiplus:brush_fill_pixels path gradient blend not implemented 0064:fixme:gdiplus:resample_bitmap_pixel Unimplemented interpolation 7 0064:fixme:gdiplus:GdipSetCustomLineCapStrokeCaps not implemented 0064:fixme:gdiplus:GdipWidenPath unimplemented end cap ff 0064:fixme:gdiplus:GdipWidenPath unimplemented end cap ff The first two error messages have been around a long while so are probably unrelated. The last two (same) messages are multiplied for each extra arrow drawn, which probably indicates only the last needs to be implemented. -- 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 44

[Bug 55333] New: ws2_32:sock - test_connect_events() sometimes fails in Wine
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55333 Bug ID: 55333 Summary: ws2_32:sock - test_connect_events() sometimes fails in Wine Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- It seems to get FD_WRITE *after* FD_CONNECT, resulting in the following failure messages: sock.c:6408: Test failed: got events 0x10 sock.c:6409: Test failed: expected timeout sock.c:6409: Test failed: got events 0x2 I don't immediately know how this can happen. I'm pretty sure we depend on POLLOUT to trigger both. -- 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 55286] New: msvcrt:file - The 64-bit test_invalid_stdin_child() sometimes gets a bad stdin handle on Windows 10
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55286 Bug ID: 55286 Summary: msvcrt:file - The 64-bit test_invalid_stdin_child() sometimes gets a bad stdin handle on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msvcrt:file - The 64-bit test_invalid_stdin_child() sometimes gets a bad stdin handle on Windows 10: file.c:1762: Test failed: handle = 0000000000000048 file.c:1766: Test failed: info->handle = 0000000000000048 file.c:1769: Test failed: stdin->_file = 0 file.c:1774: Test failed: errno = 22 file.c:1784: Test failed: errno = 22 file.c:1804: Test failed: errno = 22 file.c:1808: Test failed: fclose(stdin) returned 0 file.c:1809: Test failed: errno = -559038737 1dd4:file: 25 tests executed (0 marked as todo, 0 as flaky, 8 failures), 0 skipped. See https://test.winehq.org/data/patterns.html#msvcrt:file This failure has only happened in he 64-bit tests on Windows 10 so far but it is pretty rare so this may not be significant. There are only three known instances to date: * 2023-02-06 win21H1_newtb-w10pro64-64 (handle = 4C) * 2023-02-09 win21H1_newtb-w10pro64-64 (handle = 48) * 2023-07-19 win22H2_newtb-w1064-64 (handle = 48) -- 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 54756] New: Forza Horizon 4 crashes with concrt140.dll.??0_Cancellation_beacon@details@Concurrency@@QEAA@XZ
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=54756 Bug ID: 54756 Summary: Forza Horizon 4 crashes with concrt140.dll.??0_Cancellation_beacon@details@Concurre ncy@@QEAA@XZ Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- wine: Call from 0000000000683C9E to unimplemented function concrt140.dll.??0_Cancellation_beacon@details@Concurrency@@QEAA@XZ, aborting 8.4-304-ga98d9dd9e99 -- 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 9

[Bug 54064] New: ntdll:threadpool - test_tp_io() sometimes fails & crashes in Wine (GitLab CI)
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=54064 Bug ID: 54064 Summary: ntdll:threadpool - test_tp_io() sometimes fails & crashes in Wine (GitLab CI) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:threadpool - test_tp_io() sometimes fails & crashes in Wine (GitLab CI): ntdll:threadpool start dlls/ntdll/tests/threadpool.c wine: Unhandled page fault on read access to 0000000C at address 7BC644D1 (thread 07c4), starting debugger... threadpool.c:641: Test marked todo: TpSimpleTryPost unexpectedly returned status 0 threadpool.c:1595: Test marked todo: expected that timers are merged threadpool.c:2034: Test failed: got 0xc0000017 threadpool.c:2035: Test failed: expected non-NULL TP_IO Unhandled exception: page fault on read access to 0x0000000c in 32-bit code (0x7bc644d1). ... Backtrace: =>0 0x7bc644d1 impl_from_TP_IO+0x3(io=<internal error>) [Z:\builds\zfigura\wine\dlls\ntdll\threadpool.c:351] in ntdll (0x0077fd08) 1 0x7bc644d1 TpWaitForIoCompletion+0x11(io=00000000, cancel_pending=0) [Z:\builds\zfigura\wine\dlls\ntdll\threadpool.c:348] in ntdll (0x0077fd08) 2 0x004e7a58 in ntdll_test (+0xe7a58) (0x0077fde8) ... Strangely enough this failure never happened in the nightly WineTest runs but it did impact at least 5 merge requests so far: * 2022-11-30 MR!1615 * 2022-11-29 MR!1545 * 2022-11-25 MR!1537 * 2022-11-23 MR!1508 * 2022-11-10 MR!1326 -- 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 55500] New: Launching new processes in Virtual Desktops is slow and stutters the system
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55500 Bug ID: 55500 Summary: Launching new processes in Virtual Desktops is slow and stutters the system Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- When in Virtual Desktop mode, launching any processes (even start.exe) causes a short burst of high GPU usage, at least with NVIDIA drivers. This happens because of vkGetRandROutputDisplayEXT, which seems to be very expensive, and it's supposed to be done only once per wineserver launch, but that doesn't work in Virtual Desktop mode because it always calls get_host_primary_monitor_rect which ends up calling that function, even though it only needs the ID. This actually can cause huge graphical stutters/lag of half a second when launching processes in a Virtual Desktop. -- 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 55351] New: gdiplus:graphicspath - test_flatten2() fails on Windows 7 - 11
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55351 Bug ID: 55351 Summary: gdiplus:graphicspath - test_flatten2() fails on Windows 7 - 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdiplus:graphicspath - test_flatten2() fails on Windows 7 - 11: graphicspath.c:1270: Test failed: Expected 00000000, got 00000002 See https://test.winehq.org/data/patterns.html#gdiplus:graphicspath The failure started on the day test_flatten2() was introduced with the commit below: commit 36c3a51d6abbdba4054e02c2a10b9fd38f8a3d5d Author: Fabian Maurer <dark.shadow4(a)web.de> AuthorDate: Mon Jul 24 17:23:44 2023 +0200 gdiplus: Prevent infinite loops due to floating point inaccuracy. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52492 -- 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 55341] New: Colin McRae Rally 2.0 since wine 8.4 shows just black screen
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55341 Bug ID: 55341 Summary: Colin McRae Rally 2.0 since wine 8.4 shows just black screen Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: marcinzw(a)gmail.com Distribution: --- Before wine 8.4 the game worked flawlessly, but now even through all version up to the wine 8.13 and latest git version shows only a black screen after intro. I was hoping that the next versions will fix the problem (I stayed with wine 8.3 until now) but it doesn't happen. So I bisected and find the commit 46c8a637525d0f1cf67830295fb460c819b800b6 is the problem. Exactly just one change in file dlls/winex11.drv/opengl.c in line 1405 (line number from latest git repo) + win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), FALSE) - win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), internal ); This reverts one of the change made in this commit and fixes problem with a black screen with latest git version as well. I hope this change (or similar which resolve the problem) can be applied. -- 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 14

[Bug 43822] New: No car song TrackMania nation forever (steam version)
by wine-bugs＠winehq.org 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=43822 Bug ID: 43822 Summary: No car song TrackMania nation forever (steam version) Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxi.cass11(a)gmail.com Distribution: --- Created attachment 59369 --> https://bugs.winehq.org/attachment.cgi?id=59369 trackmania without car song Hello I have problem with trackMania nation forever on steam. I don't have the car song (all other song work) http://store.steampowered.com/app/11020/TrackMania_Nations_Forever/ The car song work on the standalone installer (trackmania 1 demo) http://trackmaniaforever.com/nations/ I have tried to change openAL version or override this but it not correct 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.

2 8

[Bug 55457] New: Robot Battle 1.4 crashes on startup after commit 08dc691d
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55457 Bug ID: 55457 Summary: Robot Battle 1.4 crashes on startup after commit 08dc691d Product: Wine Version: 8.13 Hardware: x86-64 URL: https://web.archive.org/web/20130317061354/http://www. robotbattle.com/download/latest.php OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: telans(a)posteo.de CC: gabrielopcode(a)gmail.com Regression SHA1: 08dc691dfb410de7115db3f9c34b225327e21f67 Distribution: --- Created attachment 75018 --> https://bugs.winehq.org/attachment.cgi?id=75018 Backtrace Log Robot Battle 1.4 crashes on startup. A bisect found commit 08dc691d ("mshtml: Explicitly hold ref to the plugin host in NPP_New.") is the cause. I've set the URL field here to a working link for the installer. It looks like a NULL dereference at IOleClientSite_AddRef when container->plugin_host is failed to be created. A simple patch that fixes this for me is to check for err before attempting IOleClientSite_AddRef. -- 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 55259] New: TranscendPang has corrupted graphics in-game
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55259 Bug ID: 55259 Summary: TranscendPang has corrupted graphics in-game Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skorohodov4219(a)gmail.com Distribution: --- Created attachment 74874 --> https://bugs.winehq.org/attachment.cgi?id=74874 what is output if i launch the game from terminal Download link: http://cerebralmuddystream.nekokan.dyndns.info/TranscendPang/downloads.html (the link at the top that says FULL PACKAGE(ver1.10 2012/8/01)(およそ60MB)) OS: Manjaro Linux x86_64 Kernel: 6.1.38-1-MANJARO CPU: Intel i5-2320 (4) @ 3.000GHz GPU: NVIDIA GeForce GTX 550 Ti (using the proprietary driver) Main menu looks fine, but when you start the game, parts of the background and balls are 100% black, can't see much; parts of the background that do get shown seem to be squished to the left. -- 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 55499] New: Arturia Software Lab 2.6.0: Window
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55499 Bug ID: 55499 Summary: Arturia Software Lab 2.6.0: Window Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mistria(a)redhat.com Distribution: --- Created attachment 75062 --> https://bugs.winehq.org/attachment.cgi?id=75062 Console Log Using wine-devel 8.14 from the winehq dnf repo, on Fedora 38, and trying to run latest Arturia Software Center (2.6.0.2328), I see a window quickly showing up and then closing immediately, and the application seems to hang in the terminal doing nothing. Log is attached. -- 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 49161] New: Trying to run GrapeJuice(https://gitlab.com/brinkervii/grapejuice)
by WineHQ Bugzilla 01 Sep '23

01 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=49161 Bug ID: 49161 Summary: Trying to run GrapeJuice(https://gitlab.com/brinkervii/grapejuice) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blakeablin(a)icloud.com Distribution: --- Created attachment 67180 --> https://bugs.winehq.org/attachment.cgi?id=67180 Error details Trying to run Roblox via GrapeJuice give me the error I will attach. -- 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 54758] New: shell32:progman_dde - test_parser() sometimes gets DMLERR_NOTPROCESSED in Wine
by WineHQ Bugzilla 31 Aug '23

31 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54758 Bug ID: 54758 Summary: shell32:progman_dde - test_parser() sometimes gets DMLERR_NOTPROCESSED in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- shell32:progman_dde - test_parser() sometimes gets DMLERR_NOTPROCESSED in Wine: progman_dde.c:274: Test failed: expected DMLERR_NO_ERROR, got 16393 progman_dde.c:275: Test failed: directory should not exist See https://test.winehq.org/data/patterns.html#shell32:progman_dde Where 16393 == DMLERR_NOTPROCESSED The first known instance happened on 2023-03-02: this did not happen in the previous 6 months. Since then there has been a bit over 1 instance per week so it seems likely this is caused by a commit in late February: * 2023-03-02 on debian11-win32-ar-MA * 2023-03-03 on fgtb-debian11-win32 * 2023-03-10 in MR!2368 on debian11-win32 * 2023-03-22 in MR!2466 in the test-linux32 GitLab CI * 2023-03-28 in MR!2526 on debian11-win32 -- 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 55417] New: user32:msg - test_showwindow() sometimes fails due to an unexpected WM_SYNCPAINT message on Windows 10
by WineHQ Bugzilla 31 Aug '23

31 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55417 Bug ID: 55417 Summary: user32:msg - test_showwindow() sometimes fails due to an unexpected WM_SYNCPAINT message on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:msg - test_showwindow() sometimes fails due to an unexpected WM_SYNCPAINT message on Windows 10: msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 0: the msg 0x0018 was expected, but got msg 0x0088 instead msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 1: the msg 0x0046 was expected, but got msg 0x0018 instead msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 6: the msg sequence is not complete: expected 0000 - actual 0046 See https://test.winehq.org/data/patterns.html#user32:msg Where: 0x18 == WM_SHOWWINDOW 0x46 == WM_WINDOWPOSCHANGING 0x88 == WM_SYNCPAINT Maybe the WM_SYNCPAINT should just be added as optional. This only happened 4 times in the past 8 months: * 2022-12-09 win21H1_newtb-w10pro64-zh-CN-64 * 2023-03-27 win21H1_newtb-w10pro64-ko-64 * 2023-06-09 win21H1_newtb-w10pro64-ja-64 * 2023-08-04 win21H1_newtb-w10pro64-ja-64 -- 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 53505] New: d3d9:visual - test_vshader_input() sometimes fails on Windows <= 10 1607
by WineHQ Bugzilla 31 Aug '23

31 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=53505 Bug ID: 53505 Summary: d3d9:visual - test_vshader_input() sometimes fails on Windows <= 10 1607 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d9:visual - test_vshader_input() sometimes fails on Windows <= 10 1607: visual.c:8907: Test failed: Input test: Quad 3(2crd-wrongidx) returned color 0x00ff00ff, expected 0x00ff0080 https://test.winehq.org/data/patterns.html#d3d9:visual This happens on Windows 8, Windows 10 1507 and 1607 but is rare enough (~7%) to sometimes cause false positives. -- 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 53385] New: Vulkan was running really fine, before MESA/Xorg Update last month, current version crashes
by WineHQ Bugzilla 31 Aug '23

31 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=53385 Bug ID: 53385 Summary: Vulkan was running really fine, before MESA/Xorg Update last month, current version crashes Product: vkd3d Version: 1.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: juergen.sauer(a)automatix.de Distribution: --- I was using dxvk-bin in Arch Linux. [jojo@pc7 wotlk]$ cd /usr/share/dxvk/ [jojo@pc7 dxvk]$ ./setup_dxvk.sh install This worked over years like a charm, rocksteady. Since a month ago, I got: [jojo@pc7 wotlk]$ wine Wow.exe .. info: Game: Wow.exe info: DXVK: v1.10.2 info: Built-in extension providers: info: Win32 WSI info: OpenVR info: OpenXR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: Enabled instance extensions: info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface terminate called after throwing an instance of 'dxvk::DxvkError' abnormal program termination wine-7.13 (Staging) ... uninstalling dxvk-bin -> game works again, but it runs sometimes in Wow Errors accordinf the OpenGL Stack. You can reproduce on Arch Linux, current update, wine-staging, running Wow WoW_3.3.5a_rising-gods.de. Client avaible via rising-gods.de -- 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 55131] New: Celeste FNA x86 Windows Game does not work on WOW64
by WineHQ Bugzilla 31 Aug '23

31 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55131 Bug ID: 55131 Summary: Celeste FNA x86 Windows Game does not work on WOW64 Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dofficialgman(a)gmail.com Distribution: --- Created attachment 74684 --> https://bugs.winehq.org/attachment.cgi?id=74684 backtrace when trying to boot the game Specifically testing the FNA build of Celeste available on Itch.io but it is available on other platforms as well https://mattmakesgames.itch.io/celeste The game does not run on WOW64 (tested on Wine-8.10 and Wine-8.11) builds but runs fine on the standard Wine-8.10 multiarch (32bit and 64bit linux userspace). A backtrace when trying to launch the game is attached. -- 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 21

[Bug 54414] New: Window content corrupted after using scrollbars
by WineHQ Bugzilla 30 Aug '23

30 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54414 Bug ID: 54414 Summary: Window content corrupted after using scrollbars Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maranbr(a)outlook.com Distribution: --- Created attachment 73975 --> https://bugs.winehq.org/attachment.cgi?id=73975 Window content after scroll The window content gets completely corrupted after use scroll bars. Tested on versions 4.x, 5.x, 6.x, 7.x and the last one available, the 8.0. -- 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 54785] New: ole32:compobj - test_CoWaitForMultipleHandles() sometimes does not receive WM_USER on Windows
by WineHQ Bugzilla 30 Aug '23

30 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54785 Bug ID: 54785 Summary: ole32:compobj - test_CoWaitForMultipleHandles() sometimes does not receive WM_USER on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ole32:compobj - test_CoWaitForMultipleHandles() sometimes does not receive WM_USER on Windows. There are two places where this can happen: compobj.c:2999: Test failed: expected message 1024, received none and compobj.c:3034: Test failed: expected message 1024, received none See https://test.winehq.org/data/patterns.html#ole32:compobj This failure impacts all Windows version but still only happens once every other month on average: * 2022-12-09 on fgtb-w10pro64-rx550-64 * 2023-01-24 on fgtb-w10pro64-rx550-64 * 2023-03-10 on w7u-pt-PT * 2023-04-04 on w7u-de * 2022-08-28 on w1064-tsign-32 This is a slightly different case because compobj received an unexpected WM_DEVICECHANGE message instead of no message: compobj.c:3000: Test failed: unexpected message 537 compobj.c:3034: Test failed: expected message 1024, received 537 compobj.c:3035: Test failed: unexpected message 1024 -- 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 35336] New: HoMM 3: Horn of the Abyss launcher freezes on the game update (Mono issue)
by wine-bugs＠winehq.org 30 Aug '23

30 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=35336 Bug ID: 35336 Summary: HoMM 3: Horn of the Abyss launcher freezes on the game update (Mono issue) Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs140(a)gmail.com Classification: Unclassified How to reproduce: open HotA_launcher.exe and then click on Update HotA. If you try to cancel the update or there will be no updates available, the application freezes. With 'winetricks dotnet30' the launcher works fine, so it looks like a problem with Mono. You DON'T NEED Heroes of Might & Magic 3 to test this, you can open the launcher of this unofficial expansion without downloading the original game. There is nothing in the logs. TESTED ON: Ubuntu 13.04 and Mac OS X 10.9 Mavericks -- 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 22

[Bug 54143] New: Chessbase 11 arrows draw too large
by WineHQ Bugzilla 29 Aug '23

29 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54143 Bug ID: 54143 Summary: Chessbase 11 arrows draw too large Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Created attachment 73675 --> https://bugs.winehq.org/attachment.cgi?id=73675 Picture of arrow on wine8.0-rc1 When arrows are drawn using Chessbase 11, they are too big. See attached screenshot and log. Compare with: https://www.youtube.com/watch?v=xvJd97ZnHAk At 4:58 an arrow is showing from g8 to f6 pointing to a knight that has just moved. I've also set up this arrow on chessbase 11 with wine 8.0-rc1. Note later chessbase draws arrows slightly different, so software like CBReader14 doesn't appear to be affecting by this issue. On wine 8.0-rc1 in CB 11 the stem of the arrow looks approx in the right place. It crosses f7/g7 (the squares occupied by pawns) at the right point. The tip of the arrow is in the right place on the knight between the white on the mane and the chin. On wine 7.22 the endcap square (some default catch in a switch statement maybe) is being drawn which is not on native chessbase (thus the arrow isn't meant to hide it). Finally the back of the arrow head is in the wrong place (some scaling maybe?) which is making it too large. On wine 7.22 the back of the arrow is drawn from the right shoulder of the pawn on f7 (the one nearest the king) to near (left of) the base of the one on g7. In the video the arrow appears from under the base of the f7 pawn (almost but not quite lined up horizontally the bishop on f8's cross right hand edge) to just inside the corner of the square the knight is on. -- 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 17

[Bug 51890] New: A lot more old games would be so much more usable if wine's virtual desktop had proper resizing
by WineHQ Bugzilla 29 Aug '23

29 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=51890 Bug ID: 51890 Summary: A lot more old games would be so much more usable if wine's virtual desktop had proper resizing Product: Wine-staging Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: el(a)horse64.org CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I have a really significant amount of older games around, none of which will launch on this machine without wine's virtual desktop feature because on a widescreen monitor, they determine there is no "expected" fullscreen resolution available and crash. Now I'd just use the virtual desktop, except it feels archaic and not very usable: why is it that for a 800x600 game on a 800x600 virtual desktop, I can't just maximize the virtual desktop window and get the virtual desktop SCALED UP with proper letterboxing so I can play in some other way than a tiny window with zero immersion and everything so small I can barely see it? Funnily enough I can even resize the virtual desktop window except the resizing is fully ignored and I just get black void with no scaling up all around with the game stuck in the top-left, and the maximizing is blocked. Scaling up (with automatic letterboxing), maximizing would seem like such obvious features to make virtual desktop gaming infinitely less clumsy and weird that I am a bit surprised it's not in there yet. Can it please be added?? -- 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 55006] New: vbscript single line if else without else body fails compilation
by WineHQ Bugzilla 29 Aug '23

29 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55006 Bug ID: 55006 Summary: vbscript single line if else without else body fails compilation Product: Wine Version: unspecified Hardware: aarch64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com This is valid vbs when run with `cscript` ``` If x = 1 Then DoSomething() Else ``` wine vbscript fails with: "Compile error: Line: #, Character: #, Description unavailable" Workaround is changing the code to ``` If x = 1 Then DoSomething() Else: ``` or ``` If x = 1 Then DoSomething() ``` -- 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 55496] New: World of Warships (12.7 update) - Graphical glitch - Water texture and effects at wrong sea level.
by WineHQ Bugzilla 27 Aug '23

27 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55496 Bug ID: 55496 Summary: World of Warships (12.7 update) - Graphical glitch - Water texture and effects at wrong sea level. Product: Wine Version: 8.11 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 75058 --> https://bugs.winehq.org/attachment.cgi?id=75058 Screenshots with glitch highlighted in red. Hello, Since the game update to 12.7, water textures and effects are rendered below the sea level. All objects are rendered at the same 'sea' level and the physics are respected, but the water texture and effects are drawn below the sea surface, as if it was painted at the bottom of a perfectly transparent sea, instead of the top. I'm joining screenshots that show the issue. The glitches are highlighted with red arrows. On the first screenshot, the splash of the water drains are visibly shifted below the ship in the port. On the second screenshot, the space between the island in the distance and the water texture below them is visible. Water trails from moving ships are shifted below them. On the third screenshot, the water trail from the player ship is shifted, as are the splashes from artillery shells. The fourth screenshot shows more shifted water trails and shells splashes, from a dead player's observation camera (higher in the sky). The height of the glitch is proportional to the distance of the camera zoom. The farthest the camera is of the ship, the lower the water texture is drawn. When the camera is zoomed to the closest, the water texture and effects are nearly perfectly placed (it's still shifted by a small amount). The glitch is easier to see when turning the camera around, as the water texture doesn't match the ship position (because of perspective). The water trails and splash effects do match the water texture position, but not their respective objects. Objects matches their relative positions. Note that on the screenshots, the horizon curve to the edge is magnified by my ultra-wide resolution. Don't worry about the calculator on the first screenshot. I had trouble getting a non-transparent screenshot of the Wine full-screen window. After that capture, I found another way that didn't require a non-full-screen window to be active. 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 1

[Bug 53371] New: 0024:fixme:ntdll:create_logical_proc_info stub
by WineHQ Bugzilla 27 Aug '23

27 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=53371 Bug ID: 53371 Summary: 0024:fixme:ntdll:create_logical_proc_info stub Product: Wine Version: 7.12 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yklaxds(a)gmail.com Created attachment 72755 --> https://bugs.winehq.org/attachment.cgi?id=72755 log FreeBSD 13.1 release amd64 KDE plasma 5 emulators/wine-devel 7.12 not work at all. -- 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 55495] New: ntdll:threadpool - test_tp_wait() sometimes gets an unexpected timeout in Wine
by WineHQ Bugzilla 27 Aug '23

27 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55495 Bug ID: 55495 Summary: ntdll:threadpool - test_tp_wait() sometimes gets an unexpected timeout in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:threadpool - test_tp_wait() sometimes gets an unexpected timeout in Wine: threadpool.c:1715: Test failed: WaitForSingleObject returned 258 threadpool.c:1720: Test failed: expected info.userdata = 0, got 65536 threadpool.c:1729: Test failed: WaitForSingleObject returned 0 See See https://test.winehq.org/data/patterns.html#ntdll:threadpool 1715 & 1720: The timeout can also happen on Windows 8 and in that case the test expects info.userdata to still be zero. But in Wine info.userdata still gets set despite the timeout so the test fails. A hacky fix would be to expect the correct behavior if (!broken(result == WAIT_TIMEOUT)) but it would be much better to fix Wine's implementation. Then the next WaitForSingleObject() does not time out which sounds a bit similar to bug 55493. The oldest known instance happened at the start of May and this seems to mostly happen on the GitLab CI: * 2023-07-28 MR!3441 (only the last two failures?) * 2023-06-01 MR!2951 (only the last two failures?) * 2023-05-31 fg-deb64-t32 * 2023-05-24 gitlab-debian-32 * 2023-05-02 MR!2734 -- 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 55493] New: ntdll:threadpool - test_tp_timer() sometimes fails in Wine
by WineHQ Bugzilla 27 Aug '23

27 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55493 Bug ID: 55493 Summary: ntdll:threadpool - test_tp_timer() sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:threadpool - test_tp_timer() sometimes fails in Wine: threadpool.c:1439: Test failed: WaitForSingleObject returned 0 threadpool.c:1441: Test failed: WaitForSingleObject returned 258 See https://test.winehq.org/data/patterns.html#ntdll:threadpool So instead of getting a timeout then a success, the test first gets an unexpected WaitForSingleObject() success and then a timeout. That means it's not a simple issue of the test running too slow. There are only three known instances so far: * 2023-08-23 MR!3621 * 2023-07-03 MR!3218 * 2023-06-09 fg-deb64-t32 -- 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 55491] New: imm32:imm32 - test_ImmTranslateMessage() sometimes fails on the GitLab CI
by WineHQ Bugzilla 27 Aug '23

27 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55491 Bug ID: 55491 Summary: imm32:imm32 - test_ImmTranslateMessage() sometimes fails on the GitLab CI Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- imm32:imm32 - test_ImmTranslateMessage() sometimes fails on the GitLab CI: imm32.c:7147: Test marked todo: default: 1: got hkl E020047F, himc 02970116, IME_TO_ASCII_EX vkey 0x51, vsc 0xffffc010, flags 0 imm32.c:3496: Test marked todo: default: got msgs->uMsgCount 10 imm32.c:3496: Test marked todo: default: got msgs->uMsgCount 10 imm32.c:7166: Test failed: default: 1: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_STARTCOMPOSITION, wparam 0x1, lparam 0 imm32.c:7166: Test failed: default: 3: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_ENDCOMPOSITION, wparam 0x1, lparam 0 imm32.c:7168: Test failed: default: 1: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_STARTCOMPOSITION, wparam 0x2, lparam 0 imm32.c:7168: Test failed: default: 3: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_ENDCOMPOSITION, wparam 0x2, lparam 0 imm32.c:3496: Test marked todo: default: got msgs->uMsgCount 10 imm32.c:3496: Test marked todo: default: got msgs->uMsgCount 10 imm32.c:7179: Test failed: default: 1: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_STARTCOMPOSITION, wparam 0x2, lparam 0 imm32.c:7179: Test failed: default: 3: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_ENDCOMPOSITION, wparam 0x2, lparam 0 imm32.c:3496: Test marked todo: default: got msgs->uMsgCount 10 imm32.c:3496: Test marked todo: default: got msgs->uMsgCount 10 imm32.c:7191: Test failed: default: 1: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_STARTCOMPOSITION, wparam 0x1, lparam 0 imm32.c:7191: Test failed: default: 3: got hkl E020047F, himc 00000000, MSG_IME_UI msg WM_IME_ENDCOMPOSITION, wparam 0x1, lparam 0 imm32.c:3496: Test marked todo: kbd_char_first: got msgs->uMsgCount 10 imm32.c:3496: Test marked todo: kbd_char_first: got msgs->uMsgCount 10 imm32.c:7147: Test marked todo: kbd_char_first: 1: got hkl E020047F, himc 02970116, IME_TO_ASCII_EX vkey 0x51, vsc 0xffffc010, flags 0 See https://test.winehq.org/data/patterns.html#imm32:imm32 This first happened on 2023-05-04 and is specific to the gitlab-debian-* test environment. As such it may be caused by the GitLab CI's (lack of) fvwm configuration. -- 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 55490] New: Halo Online / Eldewrito - Dedicated Server
by WineHQ Bugzilla 26 Aug '23

26 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55490 Bug ID: 55490 Summary: Halo Online / Eldewrito - Dedicated Server Product: Wine Version: 8.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bogdan17(a)garglob.com Distribution: --- When I try to run a dedicated server on a computer that does not have a GPU (AMD or NVIDIA), it will not launch the dedicated server, even though the dedicated server does not require any graphical. I was able to run this on the same computer running Windows 10 without any issues which also did not have a AMD or NVIDIA GPU. This is the terminal output when trying to run the dedicated server. Not sure wine insists I need a GPU. john@pc:~$ env WINEPREFIX="/path/to/wine/prefix/" "wine "C:\windows\command\start.exe" /Unix "/path/to/wine/prefix/drive_c/HaloOnline/eldorado.exe" "-dedicated -window -height 200 -width 200 -minimized" 002c:err:wineboot:process_run_key Error running cmd L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2). 0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 john@pc:~$ 00d4:err:vulkan:wine_vk_init Failed to load libvulkan.so.1. 00cc:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 00cc:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems 011c:fixme:ver:GetCurrentPackageId (0D5AFEF0 00000000): stub 00cc:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00cc:err:vulkan:wine_vk_init Failed to load libvulkan.so.1. 00cc:err:wgl:init_opengl Failed to load libGL: libGL.so.1: cannot open shared object file: No such file or directory 00cc:err:wgl:init_opengl OpenGL support is disabled. 00cc:err:d3d:wined3d_caps_gl_ctx_create Failed to find a suitable pixel format. 00cc:err:d3d:wined3d_adapter_gl_init Failed to get a GL context for adapter 06AF6DD0. john@pc:~$ -- 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 55485] New: FindFirstFileA fails on \\.\pipe\*
by WineHQ Bugzilla 26 Aug '23

26 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55485 Bug ID: 55485 Summary: FindFirstFileA fails on \\.\pipe\* Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 75043 --> https://bugs.winehq.org/attachment.cgi?id=75043 test.c Split from bug 53961. On windows you can use FindFirstFileA with "\\.\pipe\*", on wine this fails. -- 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 52235] New: Many surfaces in the game Obduction look black
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=52235 Bug ID: 52235 Summary: Many surfaces in the game Obduction look black Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: zerooneo(a)01101001.net Distribution: --- Created attachment 71338 --> https://bugs.winehq.org/attachment.cgi?id=71338 Screenshot When running the game Obduction in wine, an interesting effect occurs where most surfaces are pure black, yet with some lighting etc. applied, leaving the game looking extremely dark. This effect does not occur when running the game with DXVK, meaning there's a very specific difference the two implementations that has a large effect on this game. The log shows a few DirectX and Direct3D-messages initially (counts on the left): 1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20. 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes 0x7fe90cc3ac00 partial stub! 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes (nil) partial stub! 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes 0x18fa4d80 partial stub! 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes (nil) partial stub! 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes 0x1aece780 partial stub! 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes (nil) partial stub! 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes 0x1af84680 partial stub! 1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes (nil) partial stub! 2 04a8:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 10 04a8:fixme:d3d_shader:shader_glsl_handle_instruction Backend can't handle opcode dcl_stream. 46 03d8:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3. 432 04a8:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled interpolation mode 0x3. And then thousands of these: 1080 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA16_SNORM)". 4632 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM Might it be that certain textures or shaders aren't supported, and that that leads to them being rendered as black? This game also requires some other features in order to work fully, but it might be worth it to fix this issue either for the sake of other games, or in case further support for this game is added in the future. -- 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 12

[Bug 55484] New: ApplePhotoStreamsDownloader.exe crashes on start
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55484 Bug ID: 55484 Summary: ApplePhotoStreamsDownloader.exe crashes on start Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 75042 --> https://bugs.winehq.org/attachment.cgi?id=75042 Terminal output Steps to reproduce: 1. Run `wine iCloudSetup.exe` 2. Run `wine 'C:\Program Files (x86)\Common Files\Apple\Internet Services\ApplePhotoStreamsDownloader.exe'` $ sha256sum iCloudSetup.exe 1100052f27c8ebf6eea57b05682eb4a5a75efd50d7ed1c943bd0108acdc5e692 -- 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 55483] New: ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 - test_coop_level_mode_set_multi() sometimes gets unexpected screen width on GitLab CI Wine
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55483 Bug ID: 55483 Summary: ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 - test_coop_level_mode_set_multi() sometimes gets unexpected screen width on GitLab CI Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 - test_coop_level_mode_set_multi() sometimes gets unexpected screen width on GitLab CI Wine: ddraw7.c:3976: Test failed: Got unexpected screen width 640. ddraw7.c:3978: Test failed: Got unexpected screen height 480. ddraw7.c:4011: Test failed: Got unexpected screen width 640. ddraw7.c:4013: Test failed: Got unexpected screen height 480. ddraw7.c:4034: Test failed: Got unexpected screen width 640. ddraw7.c:4036: Test failed: Got unexpected screen height 480. ddraw7.c:4041: Test failed: Got unexpected screen width 640. ddraw7.c:4043: Test failed: Got unexpected screen height 480. The bad screen width may also be 800, There is typically no prior test failure. In the past four months it has happened exclusively on the gitlab-debian-*: * 2023-08-24 MR!3652 ddraw7 * 2023-08-16 MR!3577 ddraw1 * 2023-07/28 MR!3435 ddraw4 * 2023-06-26 MR!3158 ddraw1 * 2023-04-21 MR!2659 ddraw1 * 2022-12-07 MR!1705 ddraw7 This also happened on other platforms but these days it seems to only be Linux: * 2023-01-13 linux_fg-deb64-t32 * 2023-01-30 linux_fgtb-debian11-wow64 * 2023-02-07 win22H2_newtb-w1064-tsign-64 * 2023-02-22 linux_fg-deb64-wow64 * 2023-04-03 win21H1_newtb-w10pro64-ar-64 * 2023-04-07 win21H1_newtb-w10pro64-ar-64 * (2023-05-10..12 w1121H2_newtb-w11pro64-amd-64 likely windows update trouble) * 2023-05-23 linux_fgtb-debian11-wow64 * 2023-06-07 win22H2_fgtb-w10pro64-rx550-64 * 2023-07-07 linux_fg-deb64-t32 * 2023-07-19 linux_fg-deb64-t32 * 2023-07-19 linux_fg-deb64-wow64 * 2023-07-20 linux_fg-deb64-t32 * 2023-07-20 linux_fgtb-debian11-wow64 * 2023-07-21 linux_fg-deb64-wow64 And this also happens frequently on Remi's Linux machines. -- 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 51678] New: Avogadro crashes when adding atoms
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=51678 Bug ID: 51678 Summary: Avogadro crashes when adding atoms Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Just install, open the program (avogadro.exe) and click two times into the black 3D part of the window. Wine crashes with something like "Unhandled page fault on read access to 8010C497 at address 72A562D3" -- 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 55482] New: Avogadro crashes when selecting both display options: Label and QTAIM
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55482 Bug ID: 55482 Summary: Avogadro crashes when selecting both display options: Label and QTAIM Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 75041 --> https://bugs.winehq.org/attachment.cgi?id=75041 backtrace of Avogadro 1.2 crash when selectiong "Label" and "QTAIM" display options. When running Avogadro 1.2, then adding some molecules, clicking on "Display" and selecting the two options: x Label x QTAIM wine crashes with the 0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented! 0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (005DFC60 63 English) semi-stub 0024:fixme:msvcp:locale__Locimp__Makexloc (005DFC60 63 0237E9C0 00000000) semi-stub 0024:fixme:msvcp:locale__Locimp__Makewloc (005DFC60 63 0237E9C0 00000000) semi-stub 0024:fixme:msvcp:locale__Locimp__Makeushloc (005DFC60 63 0237E9C0 00000000) semi-stub OpenGL capabilities found: Double Buffering. Direct Rendering. Antialiasing. 0024:err:module:import_dll Library libcairo-2.dll (which is needed by L"C:\\Program Files (x86)\\Avogadro\\bin\\formats_cairo.obf") not found ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open element.txt defaulting to compiled data. 0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute 0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute 0024:fixme:win:NtUserFlashWindowEx 0x5df2d4 - semi-stub 0024:fixme:win:NtUserFlashWindowEx 0x5df764 - semi-stub 0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open types.txt defaulting to compiled data. ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open atomtyp.txt defaulting to compiled data. ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open aromatic.txt defaulting to compiled data. ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open phmodel.txt defaulting to compiled data. wine: Unhandled page fault on execute access to 00000005 at address 00000005 (thread 0024), starting debugger... 0128:fixme:dbghelp:elf_search_auxv can't find symbol in module 0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open types.txt defaulting to compiled data. ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open atomtyp.txt defaulting to compiled data. ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open aromatic.txt defaulting to compiled data. ============================== *** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init Cannot open phmodel.txt defaulting to compiled data. wine: Unhandled page fault on execute access to 00000005 at address 00000005 (thread 0024), starting debugger... The backtrace is attached -- 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 55481] New: No fonts in Far Cry 3 main menu while running in DX11 renderer
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55481 Bug ID: 55481 Summary: No fonts in Far Cry 3 main menu while running in DX11 renderer Product: Wine Version: 8.14 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Fonts are not displayed when you run farcry3_d3d11.exe. 044c:fixme:d3d:wined3d_debug_callback 078071E0: "Program undefined behavior warning: Sampler object 3 is bound to non-de pth texture 7, yet it is used with a program that uses a shadow sampler. This is undefined behavior.". 0950:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling. -- 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 55480] New: ntdll:exception - direction_flag_handler() sometimes gets bad Dr6 flags in Wine
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55480 Bug ID: 55480 Summary: ntdll:exception - direction_flag_handler() sometimes gets bad Dr6 flags in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:exception - direction_flag_handler() sometimes gets bad Dr6 flags in Wine: exception.c:3302: Test failed: B0 flag is not set in Dr6 exception.c:3303: Test failed: BS flag is set in Dr6 See https://test.winehq.org/data/patterns.html#ntdll:exception This happens in both 32 and 64-bit code and started on 2023-07-19: * 2023-07-19 linux_fgtb-debian11-x86-64 * 2023-07-21 linux_fgtb-debian11-win32_1 * 2023-07-21 linux_fgtb-debian11-win32 * 2023-07-21 linux_fgtb-debian11-wow64_1 * 2023-07-27 linux_fgtb-debian11-win32 * 2023-08-14 MR!585 * 2023-08-16 MR!3301, MR!3571 * 2023-08-24 linux_newtb-debian11b-wow64 -- 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 55204] New: ws2_32:sock - test_close_events() sometimes misses the close event on Windows
by WineHQ Bugzilla 25 Aug '23

25 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55204 Bug ID: 55204 Summary: ws2_32:sock - test_close_events() sometimes misses the close event on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ws2_32:sock - test_close_events() sometimes misses the close event on Windows: sock.c:6845: Test failed: got events 0 sock.c:6858: Test failed: got -1 sock.c:6872: Test failed: got events 0 sock.c:6890: Test failed: expected timeout See https://test.winehq.org/data/patterns.html#ws2_32:sock This happened 9 times in the past 8 months, mostly on Windows 7 but it did happen once on Windows 10: * 2022-12-14 win7_newtb-w7u-adm * 2023-02-08 win22H2_fgtb-w10pro64-64 * 2023-02-22 win7_newtb-w7u-de * 2023-03-17 win7_newtb-w7u-de * 2023-03-27 win7_newtb-w7u-2qxl * 2023-03-27 win7_newtb-w7u * 2023-05-04 win7_newtb-w7u * 2023-05-10 win7_newtb-w7u-es * 2023-06-29 win7_newtb-w7u There are also two cases where the second events check does get an FD_CLOSE event: sock.c:6697: Test failed: got events 0 sock.c:6710: Test failed: got -1 sock.c:6712: Test failed: expected timeout sock.c:6712: Test failed: got events 0x20 * 2022-11-28 win21H1_newtb-w10pro64-he-64 * 2023-02-27 win22H2_fgtb-w10pro64-rx550-64 -- 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 53939] New: TextOut will output ASCII control character（0～31） as tofu cause crash
by WineHQ Bugzilla 24 Aug '23

24 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=53939 Bug ID: 53939 Summary: TextOut will output ASCII control character（0～31） as tofu cause crash Product: Wine Version: 7.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- TextOut will output ASCII control character（0～31） as tofu cause crash build a string on windows > static WCHAR str[] = {0x1c,0x30,0x31,0x32,0} use TextOut(hdc,x,y,str,wcslen(str)) to output this str on windows: output is "012" on wine : output is "?012" The reason is that this API does not filter ASCII control characters, and treats the control characters as an ordinary character to output. by the way if we fillter the control character we alse need fix the API :GetTextExtentExPointW Because my program uses control characters, there will be problems when calculating the length, resulting in a crash. If I filter out the control characters in the code myself, it will not crash. And in principle, the focus should be on whether control characters should be output -- 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 55411] New: Stack overflow when running Battle For Middle Earth 2.22 Launcher
by WineHQ Bugzilla 24 Aug '23

24 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55411 Bug ID: 55411 Summary: Stack overflow when running Battle For Middle Earth 2.22 Launcher Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielginovker(a)gmail.com Distribution: --- Created attachment 74971 --> https://bugs.winehq.org/attachment.cgi?id=74971 Logs when running Restarter.exe Hello beautiful Wine developers, Battle for Middle Earth is an old game with custom launchers being used to make it compatible and playable on modern Windows PCs. When running recent versions of the launcher (cd "~/.wine/drive_c/Patch 2.22 Launcher" ; wine Restarter.exe) after installing it in a fresh wine prefix, it gets stuck and outputs "virtual_setup_exception stack overflow" The launcher is downloadable on Moddb (this is the official place to find the Patch 2.22 launcher .exe): https://www.moddb.com/mods/battle-for-middle-earth-patch-222/downloads/patc… The source code for the launcher is also available on Github: https://github.com/Ravo92/Patch-2.22-Launcher -- 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 45329] New: Fresh steam install will not install games -- error: " content servers unreachable"
by wine-bugs＠winehq.org 24 Aug '23

24 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=45329 Bug ID: 45329 Summary: Fresh steam install will not install games -- error: "content servers unreachable" Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alasky(a)codeweavers.com Distribution: --- Created attachment 61617 --> https://bugs.winehq.org/attachment.cgi?id=61617 Steam error dialogue box Ubuntu 18.04 Wine tip (most recent commit is 83f845dfa1bb4a6ec6e8b7f65e9469dc9a8a7787) When attempting to install a game on a fresh Steam install, an error comes up that says "content servers unreachable." The servers are not down and I am able to install games correctly on my steam account not using wine. This issue seems to be caused by an update on Steam's side. -- 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 42

[Bug 4045] Wine is not reading the DPI setting from X - and is defaulting it to a dumb value
by WineHQ Bugzilla 23 Aug '23

23 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=4045 --- Comment #23 from Alberto Salvia Novella <es20490446e(a)gmail.com> --- In exeCute I solved the problem like this: https://gitlab.com/es20490446e/exeCute/-/blob/master/root/usr/bin/exeCute?r… -- 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 54761] New: D3D12CreateDevice no longer in ABI of libvkd3d-utils.so.1
by WineHQ Bugzilla 23 Aug '23

23 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54761 Bug ID: 54761 Summary: D3D12CreateDevice no longer in ABI of libvkd3d-utils.so.1 Product: vkd3d Version: 1.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: smcv(a)collabora.com Distribution: --- While looking at updating Debian's vkd3d package from 1.2 to 1.7, I noticed that `D3D12CreateDevice@VKD3D_1_0` disappeared from the ABI of libvkd3d-utils.so.1. Was this intentional? (D3D12CreateDeviceVKD3D@VKD3D_1_0 is still there, but if I'm understanding the intention of this library correctly, D3D12CreateDevice@VKD3D_1_0 should have continued to be present for backwards compat with older library binaries.) -- 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 55474] New: Lunar Client do not work since its last update (3.0.0)
by WineHQ Bugzilla 22 Aug '23

22 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55474 Bug ID: 55474 Summary: Lunar Client do not work since its last update (3.0.0) Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brandowlucas(a)gmail.com Distribution: --- Created attachment 75034 --> https://bugs.winehq.org/attachment.cgi?id=75034 log lunar wine As said in the title, since lunar client updated its launcher it freezes in a infinite loading. -- 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 55373] New: Running native application inside a windows one, shows a terminal
by WineHQ Bugzilla 21 Aug '23

21 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55373 Bug ID: 55373 Summary: Running native application inside a windows one, shows a terminal Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: cagnulein(a)gmail.com Distribution: --- Since Wine4 i'm using this https://wiki.winehq.org/FAQ#How_do_I_launch_native_applications_from_a_Wind… to run my native application inside a Windows applications. Starting from Wine 8, every time I run a native application from a Windows one, a terminal window popups. How can I prevent this returning to the default behaviour? Thanks -- 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 54784] New: mIRC 7.72 crashes after restoring from application tray
by WineHQ Bugzilla 21 Aug '23

21 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54784 Bug ID: 54784 Summary: mIRC 7.72 crashes after restoring from application tray Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dragone2(a)risposteinformatiche.it Distribution: --- Created attachment 74279 --> https://bugs.winehq.org/attachment.cgi?id=74279 Unhandled exception: page fault on read access - mIRC - Wine-staging 8.5 mIRC was running for about 4-5 hours before the crash. It was reduced on the tray and its icon was blinking to notify that there were new messages / activities in channels or private messages. I clicked on it to restore the window and see the messages and wine gave me this backtrace (see the attachment). I was forced to quit mIRC and restart it again. This rarely happens, so it's not a real problem for me, but I don't know if it could help you fix this. Other infos: - Executable path: D:\mIRC\mirc.exe - mIRC Version: 7.72 (the latest one). - mIRC running in portable mode from a specific drive (on Wine, D:\) formatted in NTFS. - mIRC was running using some custom scripts. But this crash never happen on Windows. - Distro: Linux Mint 21.1 with latest updates. - Kernel: 5.15.0-69-generic - Wine infos: Wine build: wine-8.5 (Staging) Platform: i386 (WOW64) Version: Windows 10 - Drive Z: is a drive formatted in BTRFS. - CPU: Intel Core i7-6700 - RAM: 32 GB, when the crash occurred I was using less than 8 GB. -- 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 9

[Bug 52676] New: enigma protected software fails to work properly
by WineHQ Bugzilla 21 Aug '23

21 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=52676 Bug ID: 52676 Summary: enigma protected software fails to work properly Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl CC: dark.shadow4(a)web.de Distribution: --- Created attachment 72003 --> https://bugs.winehq.org/attachment.cgi?id=72003 backtrace of the crash (note the garbage) As I've said in bug 49052, the trial that's supposed to work just crashes without displaying anything. Attaching console output. I've got one other trial that's also enigma protected - that one starts, but enters an infinite loop without displaying anything. That one is using an engine that's known to work here, so I suspect enigma being the reason of the failure. -- 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 25

[Bug 4045] Wine is not reading the DPI setting from X - and is defaulting it to a dumb value
by WineHQ Bugzilla 21 Aug '23

21 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=4045 Bloody Iron <bloodyiron(a)lanified.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bloodyiron(a)lanified.com --- Comment #22 from Bloody Iron <bloodyiron(a)lanified.com> --- DPI issues are persisting, and this also is present in Wayland. Latest example for me is Ubuntu 22.04 on a Microsoft Surface Pro 9, which runs a display of 2880x1920 (3:2) and I believe it was a regular DPI of 271, up from the normal 96. But in testing 192 seems to be a good number-ish. In my case installing Mono the install dialogue is so small it's next to impossible to read. -- 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 54450] New: SINE Player fails to load "My Licenses" tab
by WineHQ Bugzilla 20 Aug '23

20 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54450 Bug ID: 54450 Summary: SINE Player fails to load "My Licenses" tab Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonathan(a)luxaritas.com Distribution: --- Created attachment 74001 --> https://bugs.winehq.org/attachment.cgi?id=74001 Wine output from application start through license tab load Download link: https://orchtools-sine.s3.us-west-1.amazonaws.com/SINE_Player_1.1.2.519.exe (via https://www.orchestraltools.com/store/get-sine), sha1 9f698ada2162aa13d8e5f52d1a072464c87fd17d After installing and signing in with an Orchestral Tools account (free), the "My Licenses" tab is loaded. However, the tab contents remains blank. This prevents downloading application content necessary to use the application. It appears this page is implemented via an MS Edge based embedded browser/webview, which seems to be relevant here - all pages that appear to be web views fail similarly, but other pages work fine. -- 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 55445] New: Crash when launching Undertale, DF Connected, or other Gamemaker Games
by WineHQ Bugzilla 20 Aug '23

20 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55445 Bug ID: 55445 Summary: Crash when launching Undertale, DF Connected, or other Gamemaker Games Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ultimateperson66(a)gmail.com Distribution: --- Created attachment 75006 --> https://bugs.winehq.org/attachment.cgi?id=75006 Error i got when opening Don't Forget:Connected Recently, i decided to Switch to Linux (Ubuntu MATE specifically) for reasons i will not get into. Many Windows applications i regularly used were compatible with the latest Stable build of Wine, except for two PC games i play, Undertale, and a fan-game based off of it called Don't Forget: Connected. Since both games are made in Game-maker, i figured that it may be because of something i'm missing to make the engine work Correctly. I read a forum saying that this issue was not Present in an older version of Wine, but i don't know how to Downgrade my Wine version. My hope for this situation is that anyone can offer me guidance to Downgrade wine to a version that can run these games, or if someone can work on fixing this. Attached is my log that i got from my last attempt running Don't Forget Connected. This is my first post, so if there's any more information i need to give out, please let me know, as long as it helps the situation. -- 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 55468] New: XB36Hazard's save editors stay frozen when opening with wine and proton.
by WineHQ Bugzilla 20 Aug '23

20 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55468 Bug ID: 55468 Summary: XB36Hazard's save editors stay frozen when opening with wine and proton. Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mg23811(a)gmail.com Distribution: --- Just like the summary says when opening the save editors they will freeze after a few seconds, his launcher however works fine but even if you get one of his save editors exe without the launcher same problem so the launcher its self isn't the problem. I've tried the latest version of wine and tried various protons. Here's a link to his site for his save editors: https://x3t-infinity.com/ -- 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 55466] New: Menu items with MF_POPUP & MF_OWNERDRAW forget to re-draw item text after popup
by WineHQ Bugzilla 20 Aug '23

20 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55466 Bug ID: 55466 Summary: Menu items with MF_POPUP & MF_OWNERDRAW forget to re-draw item text after popup Product: Wine Version: 8.14 Hardware: x86-64 URL: https://web.archive.org/web/20230819235112/https://lts pice.analog.com/software/LTspice64.msi OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: telans(a)posteo.de Distribution: --- Created attachment 75022 --> https://bugs.winehq.org/attachment.cgi?id=75022 Wine Log In LTspice 17.1.10, a popup menu item once moused over fails to draw the initial menu item text. Instead, it is missing. As far as I can tell this isn't a regression, I've tested all the way down to wine-5.0. I believe this happens only with MF_OWNERDRAW & MF_POPUP. After some debugging, this is probably due to TextColor not being restored after drawing, or the window fails to invalidate the menu item rect(?). See screenshots of Windows vs Wine behavior. I've also attached the log for when this happens. Look for "Efficiency Calculation". I've attached the stack trace where the text disappears. This is not the same bug as #52839 which corresponds to the top menu bar entries, which I believe has been fixed. -- 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 55460] New: itss:protocol - test_its_protocol_info() sometimes fails on w7u
by WineHQ Bugzilla 19 Aug '23

19 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55460 Bug ID: 55460 Summary: itss:protocol - test_its_protocol_info() sometimes fails on w7u Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com itss:protocol - test_its_protocol_info() sometimes fails on w7u: protocol.c:484: Test failed: [11] unexpected size=31 protocol.c:487: Test failed: [11] unexpected result: L":test.chm::blank.htmltest.html" See https://test.winehq.org/data/patterns.html#itss:protocol The failures first happened on 2023-07-13 and have happened about once a week since. They also seem to be specific to the w7u VM, in particular they did not happen on w7pro64 yet. -- 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 55451] New: Application gets WM_IME_COMPOSITION without getting WM_IME_STARTCOMPOSITION before
by WineHQ Bugzilla 19 Aug '23

19 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55451 Bug ID: 55451 Summary: Application gets WM_IME_COMPOSITION without getting WM_IME_STARTCOMPOSITION before Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hagb(a)hagb.name Distribution: --- Created attachment 75009 --> https://bugs.winehq.org/attachment.cgi?id=75009 This program can reproduce the problem On wine 8.8 there isn't such a problem. On wine >=8.9 <=8.13, when the user uses input method to input something, the program gets some WM_IME_SETCONTEXT (0x281) messages first, and then gets WM_IME_NOTIFY (0x282, with IMN_WINE_SET_COMP_STRING 0x10), and then gets WM_IME_COMPOSITION (0x10f). There isn't a WM_IME_STARTCOMPOSITION (0x10d) sent before WM_IME_COMPOSITION. And after WM_IME_COMPOSITION, there isn't WM_IME_ENDCOMPOSITION (0x10e) 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 4

[Bug 55465] New: user32:msg - The 64-bit test_swp_paint_region_on_show() sometimes gets a COMPLEXREGION on Windows 7
by WineHQ Bugzilla 19 Aug '23

19 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55465 Bug ID: 55465 Summary: user32:msg - The 64-bit test_swp_paint_region_on_show() sometimes gets a COMPLEXREGION on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:msg - The 64-bit test_swp_paint_region_on_show() sometimes gets a COMPLEXREGION on Windows 7: msg.c:9471: Test failed: GetRgnBox (on parent) returned 3 5 rects: (10,10)-(100,33) (10,33)-(59,34) (10,34)-(57,35) (10,35)-(56,37) (10,37)-(55,100) msg.c:9508: Test failed: GetRgnBox (on parent) returned 3 5 rects: (20,20)-(120,33) (20,33)-(59,34) (20,34)-(57,35) (20,35)-(56,37) (20,37)-(55,120) msg.c:9565: Test failed: GetRgnBox (on parent) returned 3 5 rects: (10,10)-(100,33) (10,33)-(59,34) (10,34)-(57,35) (10,35)-(56,37) (10,37)-(55,100) See https://test.winehq.org/data/patterns.html#user32:msg Where 3 == COMPLEXREGION This is similar to bug 55374 except: * This only happens in 64-bit tests instead of happening exclusively in 32-bit tests. * So this also only happens on w7pro64 instead of w7u. * test_swp_paint_region_on_show() gets a COMPLEXREGION instead of a NULLREGION. So it's not immediately clear to me if both failure types have the same root cause. The oldest known instance happened on 2023-06-12 and this has happened about once a month since: * 2023-06-12 win7_newtb-w7pro64-64 * 2023-07-14 win7_newtb-w7pro64-64 * 2023-08-17 win7_newtb-w7pro64-64 -- 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 55464] New: user32:msg - test_EndDialog() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows 8
by WineHQ Bugzilla 19 Aug '23

19 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55464 Bug ID: 55464 Summary: user32:msg - test_EndDialog() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:msg - test_EndDialog() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows 8: msg.c:15510: Test failed: EndDialog2: 9: the msg 0x0009 was expected, but got msg 0x0047 instead msg.c:15510: Test failed: EndDialog2: 10: the msg 0x0008 was expected, but got msg 0x0009 instead msg.c:15510: Test failed: EndDialog2: 11: the msg 0x8005 was expected, but got msg 0x0008 instead msg.c:15510: Test failed: EndDialog2: 12: the msg 0x0007 was expected, but got msg 0x8005 instead msg.c:15510: Test failed: EndDialog2: 13: the msg sequence is not complete: expected 0000 - actual 0007 msg.c:15510: Failed sequence EndDialog2: msg.c:15510: 0: expected: winevent 800a - actual: WEH: winevent 00E001DA 0000800a 00000000 00000000 msg.c:15510: 1: expected: msg 000a - actual: parent: 00E001DA 000a wp 00000001 lp 00000000 (flags 1d) msg.c:15510: 2: expected: msg 0046 - actual: dialog: 002C01EA WM_WINDOWPOSCHANGING wp 00000000 lp 00ccf870 after 00000000 x 0 y 0 cx 0 cy 0 flags SWP_HIDEWINDOW|SWP_NOACTIVATE|SWP_NOZORDER|SWP_NOSIZE|SWP_NOMOVE (flags 19) msg.c:15510: 3: expected: hook 0005 - actual: CBT: hook 5 (HCBT_ACTIVATE) wp 00e001da lp 00ccf89c msg.c:15510: 4: expected: msg 0086 - actual: dialog: 002C01EA 0086 wp 00000000 lp 00e001da (flags 19) msg.c:15510: 5: expected: msg 0006 - actual: dialog: 002C01EA 0006 wp 00000000 lp 00e001da (flags 19) msg.c:15510: 6: expected: winevent 0003 - actual: WEH: winevent 00E001DA 00000003 00000000 00000000 msg.c:15510: 7: expected: msg 0046 - actual: dialog: 002C01EA WM_WINDOWPOSCHANGING wp 00000000 lp 00ccf888 after 0001008A x 0 y 0 cx 0 cy 0 flags SWP_NOACTIVATE|SWP_NOSIZE|SWP_NOMOVE (flags 19) msg.c:15510: 8: expected: msg 0046 - actual: dialog: 002C01EA WM_WINDOWPOSCHANGED wp 00000000 lp 00ccf888 after 0001008A x 108 y 131 cx 156 cy 192 flags SWP_NOACTIVATE|SWP_NOREDRAW|SWP_NOSIZE|SWP_NOMOVE|SWP_NOCLIENTSIZE|SWP_NOCLIENTMOVE (flags 19) msg.c:15510: 9: expected: hook 0009 - actual: dialog: 002C01EA WM_WINDOWPOSCHANGED wp 00000000 lp 00ccf888 after 0001008A x 108 y 131 cx 156 cy 192 flags SWP_NOACTIVATE|SWP_NOREDRAW|SWP_NOSIZE|SWP_NOMOVE|SWP_NOCLIENTSIZE|SWP_NOCLIENTMOVE (flags 19) msg.c:15510: 10: expected: msg 0008 - actual: CBT: hook 9 (HCBT_SETFOCUS) wp 00e001da lp 002c01ea msg.c:15510: 11: expected: winevent 8005 - actual: dialog: 002C01EA 0008 wp 00e001da lp 00000000 (flags 19) msg.c:15510: 12: expected: msg 0007 - actual: WEH: winevent 00E001DA 00008005 fffffffc 00000000 msg.c:15510: 13: expected: nothing - actual: parent: 00E001DA 0007 wp 002c01ea lp 00000000 (flags 3d) See https://test.winehq.org/data/patterns.html#user32:msg This only happened twice so far and both times on Windows 8: * 2023-08-08 win81_newtb-w8 * 2023-08-18 win81_newtb-w8adm -- 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 55463] New: user32:msg - test_SetFocus() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows
by WineHQ Bugzilla 19 Aug '23

19 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55463 Bug ID: 55463 Summary: user32:msg - test_SetFocus() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:msg - test_SetFocus() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows: msg.c:18822: Test failed: SetFocus on a child window: 5: the msg 0x001c was expected, but got msg 0x0047 instead msg.c:18822: Failed sequence SetFocus on a child window: msg.c:18822: 0: expected: hook 0009 - actual: CBT: hook 9 (HCBT_SETFOCUS) wp 008f00e0 lp 00000000 msg.c:18822: 1: expected: hook 0005 - actual: CBT: hook 5 (HCBT_ACTIVATE) wp 008d00c4 lp 0034f5f8 msg.c:18822: 2: expected: winevent 0003 - actual: WEH: winevent 00000000008D00C4 00000003 00000000 00000000 msg.c:18822: 3: expected: msg 030f - actual: parent: 00000000008D00C4 WM_WINDOWPOSCHANGING wp 00000000 lp 0034f5e0 after 0000000000C600FA x 0 y 0 cx 0 cy 0 flags SWP_NOSIZE|SWP_NOMOVE (flags 1d) msg.c:18822: 4: expected: msg 0046 - actual: parent: 00000000008D00C4 WM_WINDOWPOSCHANGING wp 00000000 lp 0034f5e0 after 0000000000C600FA x 0 y 0 cx 0 cy 0 flags SWP_NOSIZE|SWP_NOMOVE (flags 1d) msg.c:18822: 5: expected: msg 001c - actual: parent: 00000000008D00C4 WM_WINDOWPOSCHANGED wp 00000000 lp 0034f5e0 after 0000000000C600FA x 0 y 0 cx 132 cy 38 flags SWP_NOREDRAW|SWP_NOSIZE|SWP_NOMOVE|SWP_NOCLIENTSIZE|SWP_NOCLIENTMOVE (flags 1d) msg.c:18822: 6: expected: msg 0086 - actual: parent: 00000000008D00C4 000d wp 00000208 lp 0034e6f0 (flags 1d) msg.c:18822: 7: expected: msg 000d - actual: parent: 00000000008D00C4 WM_NCCALCSIZE: winpos->cx 132, winpos->cy 38 (flags 1d) msg.c:18822: 8: expected: msg 000d - actual: parent: 00000000008D00C4 WM_NCCALCSIZE: winpos->cx 132, winpos->cy 38 (flags 1d) msg.c:18822: 9: expected: msg 0006 - actual: parent: 00000000008D00C4 WM_NCCALCSIZE: winpos->cx 132, winpos->cy 38 (flags 1d) msg.c:18822: 10: expected: hook 0009 - actual: WEH: winevent 00000000008D00C4 0000800b 00000000 00000000 msg.c:18822: 11: expected: winevent 8005 - actual: parent: 00000000008D00C4 001c wp 00000001 lp 00000220 (flags 1d) msg.c:18822: 12: expected: msg 0007 - actual: parent: 00000000008D00C4 0086 wp 00000001 lp 00000000 (flags 1d) msg.c:18822: 13: expected: msg 0008 - actual: parent: 00000000008D00C4 000d wp 00000208 lp 0034e330 (flags 3d) msg.c:18822: 14: expected: winevent 8005 - actual: parent: 00000000008D00C4 000d wp 00000208 lp 0034e380 (flags 3d) msg.c:18822: 15: expected: msg 0007 - actual: parent: 00000000008D00C4 0006 wp 00000001 lp 00000000 (flags 1d) msg.c:18822: 16: expected: nothing - actual: CBT: hook 9 (HCBT_SETFOCUS) wp 008d00c4 lp 00000000 msg.c:18822: 17: expected: nothing - actual: WEH: winevent 00000000008D00C4 00008005 fffffffffffffffc 00000000 msg.c:18822: 18: expected: nothing - actual: parent: 00000000008D00C4 0007 wp 00000000 lp 00000000 (flags 3d) msg.c:18822: 19: expected: nothing - actual: parent: 00000000008D00C4 0008 wp 008f00e0 lp 00000000 (flags 1d) msg.c:18822: 20: expected: nothing - actual: WEH: winevent 00000000008F00E0 00008005 fffffffffffffffc 00000000 msg.c:18822: 21: expected: nothing - actual: MsgCheckProc: 00000000008F00E0 0007 wp 008d00c4 lp 00000000 (flags 19) See https://test.winehq.org/data/patterns.html#user32:msg Where 0x001c == WM_ACTIVATEAPP 0x0047 == WM_WINDOWPOSCHANGED The first known instance happened on 2023-06-12 and this has happened about once every other week since: * 2023-06-12 win7_newtb-w7u-pt-PT * 2023-06-14 win21H1_newtb-w10pro64-zh-CN-64 * 2023-07-06 win7_newtb-w7pro64-64 * 2023-07-13 win7_newtb-w7pro64-64_1 * 2023-08-10 win7_newtb-w7pro64-64 -- 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 55462] New: mfplay:mfplay sometimes times out on Windows 7
by WineHQ Bugzilla 19 Aug '23

19 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55462 Bug ID: 55462 Summary: mfplay:mfplay sometimes times out on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mfplay:mfplay sometimes times out on Windows 7: mfplay:mfplay:0a24 done (258) in 120s 0B See https://test.winehq.org/data/patterns.html#mfplay:mfplay The test normally runs in under 1 second which means the time out is caused by a deadlock. However this is pretty rare and has only happened in 1.6% of the WineTest runs and only on Windows 7: * 2023-02-22 win7_newtb-w7pro64-64 * 2023-03-02 win7_newtb-w7pro64-64 * 2023-05-10 win7_newtb-w7u-adm * 2023-07-13 win7_newtb-w7pro64-64_1 * 2023-08-17 win7_newtb-w7pro64-64 -- 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 52569] New: Zothero Error Launch XUL
by WineHQ Bugzilla 19 Aug '23

19 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=52569 Bug ID: 52569 Summary: Zothero Error Launch XUL Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blbenyamin9(a)gmail.com Distribution: --- Created attachment 71889 --> https://bugs.winehq.org/attachment.cgi?id=71889 Zothero Error Launch Zothero, and imidietly got this error Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0258904c). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:0258904c ESP:0051cb84 EBP:0051dcec EFLAGS:00010206( R- -- I - -P- ) EAX:00000000 EBX:00000000 ECX:0051cb44 EDX:00990094 ESI:009d13e8 EDI:0bc9d478 -- 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 55344] New: Yuzu fails to start (needs MSVCP140_CODECVT_IDS.dll)
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55344 Bug ID: 55344 Summary: Yuzu fails to start (needs MSVCP140_CODECVT_IDS.dll) Product: Wine Version: 8.12 Hardware: x86-64 URL: https://web.archive.org/web/20230727051938/https://git hub.com/yuzu-emu/yuzu-mainline/releases/download/mainl ine-0-1503/yuzu-windows-msvc-20230722-3dfaf1ff2.tar.xz OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: lingm+winebz(a)posteo.org Distribution: --- 1. Download and extract the Windows version of Yuzu 1503. https://github.com/yuzu-emu/yuzu-mainline/releases/tag/mainline-0-1503 (see the URL field for a direct archived link) 2. Run `wine yuzu.exe` 3. No window even shows up. The full output is: ``` $ wine yuzu.exe 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 00d8:err:module:import_dll Library MSVCP140_CODECVT_IDS.dll (which is needed by L"$snip_path$\\yuzu.exe") not found 00d8:err:module:LdrInitializeThunk Importing dlls for L"$snip_path$\\yuzu.exe" failed, status c0000135 ``` `winetricks vcrun2019` works around this problem and allows Yuzu to start properly. -- 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 55331] New: ntdll:file - The 64-bit test_file_disposition_information() gets unsupported error on Windows 10 1607 and 1709
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55331 Bug ID: 55331 Summary: ntdll:file - The 64-bit test_file_disposition_information() gets unsupported error on Windows 10 1607 and 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:file - The 64-bit test_file_disposition_information() gets unsupported error on Windows 10 1607 and 1709: file.c:3141: Test failed: unexpected FileDispositionInformationEx result (expected STATUS_SUCCESS or SSTATUS_INVALID_INFO_CLASS, got c00000bb) See https://test.winehq.org/data/patterns.html#ntdll:file Where c00000bb == STATUS_NOT_SUPPORTED c0000003 == STATUS_INVALID_INFO_CLASS This is a case where early Windows 10 versions don't fully support FileDispositionInformationEx(). Further tests show that: * On Windows 10 1507 we get STATUS_INVALID_INFO_CLASS as expected by the test. * On Windows 10 1607 the 32-bit case gets STATUS_INVALID_INFO_CLASS too but the 64-bit one gets STATUS_NOT_SUPPORTED. * On Windows 10 1709 gets STATUS_NOT_SUPPORTED in both 32 and 64-bit. * And Windows 10 1809 gets STATUS_SUCCESS in both cases. The failures started on 2023-06-27 and a quick test confirms they are caused by the commit that added the test: commit cbc1e4423e6d40221734544d081c718cb2a2a778 Author: Joel Holdsworth <joel(a)airwebreathe.org.uk> AuthorDate: Mon May 1 15:27:57 2023 +0100 ntdll/tests: Add tests for FILE_DISPOSITION_IGNORE_READONLY_ATTRIBUTE. Signed-off-by: Joel Holdsworth <joel(a)airwebreathe.org.uk> -- 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 54676] New: winetricks --verify dotnet20 (AutoHotKey) fails in a wow64 build
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54676 Bug ID: 54676 Summary: winetricks --verify dotnet20 (AutoHotKey) fails in a wow64 build Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: NEW Keywords: dotnet, download, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Created attachment 74190 --> https://bugs.winehq.org/attachment.cgi?id=74190 terminal output The install itself seems to go okay (at least, it exits successfully in quiet mode). Running --verify (which should run the .Net verifier tool) instead just hangs on: /opt/oldwownew/wine-8.3/bin/wine y:\ahk\AutoHotkeyU32.exe C:\windows\Temp\dotnet20.ahk -- 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 55127] New: httpapi:httpapi - test_v2_bound_port() sometimes succeeds in connecting on Windows 10
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55127 Bug ID: 55127 Summary: httpapi:httpapi - test_v2_bound_port() sometimes succeeds in connecting on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: httpapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com httpapi:httpapi - test_v2_bound_port() sometimes succeeds in connecting on Windows 10: httpapi.c:1426: Test failed: Connecting to socket succeeded, 0. httpapi.c:1427: Test failed: Unexpected error connecting to socket, 0. See https://test.winehq.org/data/patterns.html#httpapi:httpapi This failure first happened on 2023-02-09 and has happened 4 times since then: * 2023-02-09 win22H2_fgtb-w10pro64-32 * 2023-03-30 win22H2_fgtb-w10pro64-32 * 2023-05-30 win2009_newtb-w1064v2009-64 * 2023-06-15 win2009_newtb-w1064v2009-64 -- 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 54866] New: ieframe:webbrowser - test_SetQueryNetSessionCount() sometimes gets an unexpected session count on Windows
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54866 Bug ID: 54866 Summary: ieframe:webbrowser - test_SetQueryNetSessionCount() sometimes gets an unexpected session count on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ieframe:webbrowser - test_SetQueryNetSessionCount() sometimes gets an unexpected session count on Windows: webbrowser.c:4440: init_count 1 webbrowser.c:4443: Test failed: count = 3 webbrowser.c:4446: Test failed: count = 3 webbrowser.c:4449: Test failed: count = 2 webbrowser.c:4452: Test failed: count = 2 See https://test.winehq.org/data/patterns.html#ieframe:webbrowser These failures only happen on Windows 10 21H1 to 22H2. On Windows 10 init_count is either 1 or 2 (on w8adm is can be 0 too), but all the failures so far happened with an init_count of 1. That said there are also a lot of successful runs with init_count == 1. This looks a lot like the browser creates a net session for its own purposes: * Either init_count is 1 and the extra net session is never created or gets created after test_SetQueryNetSessionCount() is done so all is fine. * Or the extra net session is created it before test_SetQueryNetSessionCount() starts and outlives it so our tests pass. * Or the extra net session gets created after we get init_count but before the next test so that all our tests are off by one. * But it seems the extra net session never gets created after the first SESSION_INCREMENT test. Note that on my Windows 10 VM when I start iexplorer.exe by hand and then run the test I always get init_count == 2. But if IE is not already running I get init_count == 0. In any case if it's a race condition I could send a patch to retry a couple of times. -- 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 54073] New: ws2_32:sock - test_close_events() sometimes fails in Wine
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54073 Bug ID: 54073 Summary: ws2_32:sock - test_close_events() sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ws2_32:sock - test_close_events() sometimes fails in Wine: sock.c:6775: Test succeeded inside todo block: event series matches sock.c:6785: Test failed: got unexpected event 0x20 sock.c:6785: Test failed: event series matches See https://test.winehq.org/data/patterns.html#ws2_32:sock This happens in the nightly WineTest runs about twice per month but also impacts merge requests (for instance MR!1524 and MR!1525 where it happened on the GitLab CI). -- 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 48621] New: Civilization 6 crashes on startup.
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=48621 Bug ID: 48621 Summary: Civilization 6 crashes on startup. Product: Wine Version: 5.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: charles2000wang(a)gmail.com Distribution: --- Created attachment 66468 --> https://bugs.winehq.org/attachment.cgi?id=66468 Game Log file Launching the game opens a black window before promptly crashes with the Firaxis Crash Reporter asking to submit a report. Digging around the game files, I found a log file (GameOverlayRenderer.log) with messages about "Aborting HookFunc because pRealFunctionAddr is null" and other errors. -- 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 36564] New: 'Candytron' demo: certain objects are black with GLSL enabled
by wine-bugs＠winehq.org 18 Aug '23

18 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=36564 Bug ID: 36564 Summary: 'Candytron' demo: certain objects are black with GLSL enabled Product: Wine Version: 1.6-rc1 Hardware: x86 URL: http://www.pouet.net/prod.php?which=9424 OS: Linux Status: NEW Keywords: download, regression Severity: trivial Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 2014141a253a791fc9c79aae3c8ef3c35b73e658 Created attachment 48657 --> http://bugs.winehq.org/attachment.cgi?id=48657 screenshot (comparison) Some of the rectangles that appear in the demo nearly at 00:30 and at 01:10 are black. They should appear as glowing green rectangles as can be seen in the attached screenshot. Terminal output doesn't reveal anything interesting. Disabling GLSL is a workaround. This is a regression from Wine 1.6-rc1: 2014141a253a791fc9c79aae3c8ef3c35b73e658 is the first bad commit commit 2014141a253a791fc9c79aae3c8ef3c35b73e658 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed May 29 09:45:35 2013 +0200 wined3d: Add support for GLSL based fixed function vertex shaders. :040000 040000 d1b4b75f643d4851d4f51454aa47740261f7857f c46794f61b1952b1e78746272d838574c0948010 M dlls Fedora 20 Nvidia 250 gfx card / Nvidia binary drivers 337.19 wine-1.7.19-70-gd6a59f7 -- 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 20

[Bug 55367] New: Trying to run WatchFaceStudio with wine 8.0 and Ubuntu 23 (lunar)
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55367 Bug ID: 55367 Summary: Trying to run WatchFaceStudio with wine 8.0 and Ubuntu 23 (lunar) Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tda.bkp(a)gmail.com Distribution: --- Created attachment 74949 --> https://bugs.winehq.org/attachment.cgi?id=74949 WatchFaceStudio.exe crash trace Installed WatchFaceStudio successfully, but won't run. Trace attached. -- 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 54831] New: GStreamer gst_init_check() crashes when called from winegstreamer on recent macOS
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54831 Bug ID: 54831 Summary: GStreamer gst_init_check() crashes when called from winegstreamer on recent macOS Product: Wine Version: 8.5 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com On macOS Ventura (and I suspect Monterey), gst_init_check() crashes (trying to jump to 0x0) when called by winegstreamer. This is caused by the macOS preloader, here's how: * gst_init_check() calls init_static_plugins() <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/1.22/subprojects/…>, which through some GModule abstractions does a dlopen(NULL) and dlsym() for a symbol that doesn't exist. dlsym() returns NULL, but GModule also calls dlerror() which returns NULL (signaling no error). * init_static_plugins() therefore thinks that the dlsym() was successful, doesn't do a NULL pointer check, and jumps to the NULL pointer. The issue here is dlerror() returning NULL despite there being an error to report. Looking at the macOS dyld source code (<https://github.com/apple-oss-distributions/dyld/blob/dyld-1042.1/dyld/DyldA…>), dlerror() always returns NULL if libSystem was not initialized in the process. And sure enough, when running vmmap on a Wine process, the message "Process exists but has not fully started -- dyld has initialized but libSystem has not" is printed. After more searching in dyld, it turns out that dyld initializes libSystem for binaries targeting 10.5 and newer. The Wine preloader targets 10.7 (since that's the newest target that will generate an LC_UNIXTHREAD binary, critical to how the preloader works). But dyld determines the target OS based on where the program vars (argc, argv, environ, etc) are stored, and a 10.6/10.7 binary should contain a __program_vars section for those. The preloader is missing that, and so (I believe) it falls down to being considered a 10.4 binary. A 10.4 binary should init libSystem in its own _start, but the preloader also doesn't do this, and libSystem stays uninitialized. (See <https://github.com/apple-oss-distributions/dyld/blob/dyld-1042.1/common/Mac…> for where this is determined) I see several possible solutions: * The most obvious one: add a __program_vars section to the preloader, to make it a correct 10.7 binary. In fact, the code can basically be copied out of Apple's C startup code (<https://github.com/apple-opensource/Csu/blob/88/crt.c#L47>). This does work, and libSystem gets initialized. However, libSystem is initialized before any preloader code runs, and malloc zones are already in the middle of areas we want to reserve. That's bad; by itself this approach won't work, but it might if we also: - add linker zerofill sections to block off the entire low 4GB. This is desirable to reserve as much address space as possible for 32-bit EXEs in wow64 mode. - and if zerofill sections are also added to reserve the area where 64-bit EXEs generally load (0x14000000), it might even be possible to stop using the preloader altogether on 64-bit. * Alternately, go the other way, and lean in to being a 10.4 binary. In that case, _start in the preloader needs to call back into dyld to initialize things (like this: <https://github.com/apple-opensource/Csu/blob/88/crt.c#L219>). We could do this after reserving our areas. I'm leery of this approach, mainly because x86_64/10.4 was not a popular target (GUI apps were not supported, they could only link against libSystem). If possible, I'd rather not target such an obscure combination. The preloader has been a source of problems with new OS versions, and I'd like to decrease the amount of black magic it's doing, not increase it. (Running 10.4 x86_64 binaries on modern macOS is still supported though, and Xcode can even still build them.) I'd like to make the __program_vars+zerofill approach work if possible. -- 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 9

[Bug 54748] New: Greenshot GDI+ status: PropertyNotFound
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54748 Bug ID: 54748 Summary: Greenshot GDI+ status: PropertyNotFound Product: Wine Version: 8.3 Hardware: x86-64 URL: https://objects.githubusercontent.com/github-productio n-release-asset-2e65be/36756917/23e6800e-7d29-11e7-8ac 5-aa92e5646973?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz- Credential=AKIAIWNJYAX4CSVEH53A%2F20230328%2Fus-east-1 %2Fs3%2Faws4_request&X-Amz-Date=20230328T165105Z&X-Amz -Expires=300&X-Amz-Signature=311e88c8da4b8ba0ff5ac6008 cf054338cd6e18afcf64471443530ddae088db0&X-Amz-SignedHe aders=host&actor_id=0&key_id=0&repo_id=36756917&respon se-content-disposition=attachment%3B%20filename%3DGree nshot-NO-INSTALLER-1.2.10.6-RELEASE.zip&response-conte nt-type=application%2Foctet-stream OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Distribution: --- Steps to reproduce: 1) unpack Greenshot-NO-INSTALLER-1.2.10.6-RELEASE.zip 2) wine Greenshot.exe 3) RMB on Greenshot icon in the system tray 4) LMB on "Capture region" 5) Draw a rectangel on your screen Behavior: Error window with contents as below. Expected behavior: No error window. Error window contents: Software version: 1.2.10.6-RELEASE-c2414cf0149a1475ea00520effc01b40087c225c (32 bit) .NET runtime version: 4.0.30319.42000+ Time: 2023-03-28 18:59:01 +02:00 OS: unknown (x32) 10.0 build 2600 revision 30000 GDI object count: 0 User object count: 0 Exception: System.Exception Message: Unknown Error [GDI+ status: PropertyNotFound] Stack: at System.Drawing.GDIPlus.CheckStatus (System.Drawing.Status status) [0x0022b] in <fc2ea6474c6d4315858618f13de6e72a>:0 at System.Drawing.Image.get_PropertyItems () [0x00017] in <fc2ea6474c6d4315858618f13de6e72a>:0 at (wrapper remoting-invoke-with-check) System.Drawing.Image.get_PropertyItems() at GreenshotPlugin.Core.ImageHelper.CloneArea (System.Drawing.Image sourceImage, System.Drawing.Rectangle sourceRect, System.Drawing.Imaging.PixelFormat targetFormat) [0x00172] in <68959698d73243a09b84293d02c00b84>:0 at GreenshotPlugin.Core.ImageHelper.Crop (System.Drawing.Image& image, System.Drawing.Rectangle& cropRectangle) [0x00046] in <68959698d73243a09b84293d02c00b84>:0 at GreenshotPlugin.Core.Capture.Crop (System.Drawing.Rectangle cropRectangle) [0x0001a] in <68959698d73243a09b84293d02c00b84>:0 at Greenshot.Helpers.CaptureHelper.CaptureWithFeedback () [0x00085] in <64ca337812514938b5bb8fc98fce780b>:0 at Greenshot.Helpers.CaptureHelper.MakeCapture () [0x008a0] in <64ca337812514938b5bb8fc98fce780b>:0 at Greenshot.Helpers.CaptureHelper.CaptureRegion (System.Boolean captureMouse) [0x00008] in <64ca337812514938b5bb8fc98fce780b>:0 at Greenshot.MainForm+<>c.<CaptureAreaToolStripMenuItemClick>b__52_0 () [0x00000] in <64ca337812514938b5bb8fc98fce780b>:0 at System.Windows.Forms.Control.InvokeMarshaledCallbackDo (System.Windows.Forms.Control+ThreadMethodEntry tme) [0x000c0] in <d22f8be2dd674c49bd49b314423240b8>:0 at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper (System.Object obj) [0x00029] in <d22f8be2dd674c49bd49b314423240b8>:0 at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <e70d6e9587d64cb3abb4b3f99bbf5a0d>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <e70d6e9587d64cb3abb4b3f99bbf5a0d>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <e70d6e9587d64cb3abb4b3f99bbf5a0d>:0 at System.Windows.Forms.Control.InvokeMarshaledCallback (System.Windows.Forms.Control+ThreadMethodEntry tme) [0x0004d] in <d22f8be2dd674c49bd49b314423240b8>:0 at System.Windows.Forms.Control.InvokeMarshaledCallbacks () [0x0008a] in <d22f8be2dd674c49bd49b314423240b8>:0 Terminal output: 0024:fixme:dwmapi:DwmGetWindowAttribute (0003008E 9 0021DA80 16) stub 0024:fixme:uiautomation:UiaClientsAreListening () 0024:fixme:dwmapi:DwmGetWindowAttribute (00050086 9 0021D620 16) stub 0024:fixme:dwmapi:DwmGetWindowAttribute (00050070 9 0021C850 16) stub Additional info: seems to happen on NET 4.5 and Mono as well -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 54546] New: ws2_32:sock - test_write_watch() gets unexpected write counts on Windows 11
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54546 Bug ID: 54546 Summary: ws2_32:sock - test_write_watch() gets unexpected write counts on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ws2_32:sock - test_write_watch() gets unexpected write counts on Windows 11: sock.c:7670: Test failed: wrong count 0 sock.c:7701: Test failed: wrong count 0 sock.c:7735: Test failed: wrong count 0 sock.c:7735: Test failed: wrong count 0 sock.c:7735: Test failed: wrong count 0 sock.c:7735: Test failed: wrong count 0 See https://test.winehq.org/data/patterns.html#ws2_32:sock -- 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 52889] New: Freelancer with Crossfire mod crashes on startup
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=52889 Bug ID: 52889 Summary: Freelancer with Crossfire mod crashes on startup Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: poweroverwhelming982(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 6857cb56957d691bee76cfe28ef88714cca00f29 Distribution: Ubuntu Created attachment 72282 --> https://bugs.winehq.org/attachment.cgi?id=72282 Wine log at commit 6857cb56957d691bee76cfe28ef88714cca00f29 Since wine-6.19, Freelancer with Crossfire 2.0 mod crashes immediately on startup (as soon as the mod window is shown). Bisecting points to this commit: > commit 6857cb56957d691bee76cfe28ef88714cca00f29 > Author: Jacek Caban <jacek(a)codeweavers.com> > Date: Wed Sep 29 14:09:21 2021 +0200 > > gdi32: Move ntgdi functions to Unix library. I've attached the relevant logs, let me know if there's anything else I can do. Additional info: OS: Ubuntu Focal 20.04.3 LTS Kernel: 5.13.0-30-generic x86_64 Wine Prefix: 32 bit, clean GPU: NVIDIA Corporation GF108 [GeForce GT 730] (rev a1) Graphics Driver: Proprietary NVIDIA ver. 390.144 -- 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 52474] New: ws2_32:sock fails intermittently - 'Test failed: expected timeout'
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=52474 Bug ID: 52474 Summary: ws2_32:sock fails intermittently - 'Test failed: expected timeout' Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- The test_connect_events() function contains the following checks, where the check (2) fails intermittently: 1. check_events(ctx, FD_CONNECT, FD_WRITE, 200); 2. check_events(ctx, 0, 0, 0); A hypothesis for the cause of the test failure is that the WSAEnumNetworkEvents() call inside the check (1) races with the server setting the event. Note that WSAEnumNetworkEvents performs the following steps: a. It calls ResetEvent on the given event. b. It issues IOCTL_AFD_GET_EVENTS command on the socket to retrieve the events so far. It's possible that the event may be set by the server between (a) and (b), which lingers until the next call to WSAEnumNetworkEvents(). This explains why the event wait in check (2) is satisfied immediately but subsequent tests report no events. -- 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 34678] New: Not all serial port work in wine
by wine-bugs＠winehq.org 18 Aug '23

18 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=34678 Bug #: 34678 Summary: Not all serial port work in wine Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rewineland(a)gmail.com Classification: Unclassified I have wine 1.6 install on Ubuntu 12.04 with kernel 3.8.0-31-generial. I have 2 serial ports on board and an add-on card with 8 more.I can get the the on board and 7 of the add-on to work as 1 though 9 comports but com10 I can not get any data though. the port is listed as ttyCTI7, when I connect to that I have data going back and forth. It just wont go into the windows program. Any ideas on what to do. I need to have all 10 ports. -- 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 10

[Bug 55283] New: amstream:amstream systematically crashes and times out on gitlab-debian-32
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55283 Bug ID: 55283 Summary: amstream:amstream systematically crashes and times out on gitlab-debian-32 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: major Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- amstream:amstream systematically crashes and times out on gitlab-debian-32: Unhandled exception: assertion failed in wow64 32-bit code (0xf7f19559). Backtrace: =>0 0xf7f9a559 __kernel_vsyscall+0x9() in [vdso].so (0xf7f34ff4) 1 0xf7da21d7 in libc.so.6 (+0x8a1d7) (0xf7f34ff4) 2 0xf7d510d1 in libc.so.6 (+0x390d1) (0xf7f34ff4) 3 0xf7d3a26a in libc.so.6 (+0x2226a) (0xf7f34ff4) 4 0x71a4de79 in libllvm-15.so.1 (+0x875e79) (0x0022e910) 5 0x00000040 (0x00000040) 0xf7f9a559 __kernel_vsyscall+0x9 in [vdso].so: pop %ebp See https://test.winehq.org/data/patterns.html#amstream:amstream The failures started on 2023-07-10 which corresponds to the GitLab CI switch to Debian 12. What makes this very bad is that the failure is systematic so every single merge request has been getting a GitLab CI error since then. So it is pretty urgent to either: 1. Fix the test if something is wrong with it. 2. Fix the gitlab-debian-32 test environment if it is wrong. 3. Skip amstream:amstream if neither of the above is doable in a reasonable timeframe. -- 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 15

[Bug 53171] New: advapi32:registry - test_performance_keys() sometimes fails due to time going backwards!
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=53171 Bug ID: 53171 Summary: advapi32:registry - test_performance_keys() sometimes fails due to time going backwards! Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:registry - test_performance_keys() sometimes fails due to time going backwards: registry.c:3757: Test failed: key FFFFFFFF80000004: value (null): got times 132999520626290092, 132999520626290092, 132967560392269933 registry.c:3763: Test failed: key FFFFFFFF80000004: value (null): got times 132999520626290092, 132999520626290000, 132967560392269933 https://test.winehq.org/data/patterns.html#advapi32:registry This failure is pretty rate: I only found 4 cases (~0.9%): win2009_newtb-w1064-tsign, win21H1_newtb-w10pro64-mx-MX, 2x win21H2_fgtb-w10pro64. The failure lines above happened on w10pro64-mx-MX on 2022-06-17. Here are the corresponding timestamps: systime1 = 132999520626290092 = 2022-06-17 15:07:42.629009 file_time = 132999520626290000 = 2022-06-17 15:07:42.629000 systime2 = 132967560392269933 = 2022-05-11 15:20:39.226993 file_time is a little lower than systime1 which is normal due to its granularity. What is totally wrong however is that systime2 is way lower than systime1. The interesting part is that the live snapshot was created on 2022-05-11 which matches systime2. This scenario is confirmed it two of the other instances; the snapshot creation time for the last case is unknown but a match with systime2 is plausible. After restoring the VM from the live snapshot LibvirtTool sets the VM time through TestAgent::SetTime(): https://gitlab.winehq.org/winehq/tools/-/blob/master/testbot/bin/LibvirtToo… https://gitlab.winehq.org/winehq/tools/-/blob/master/testbot/src/testagentd… So it looks like in rare cases the system time gets reset backwards precisely between this test's two NtQuerySystemTime() calls, which is really unlucky... or lucky: maybe it happens in other cases causing less obvious failures. I don't know if TestAgentd sets the time wrong, if there's something wrong with Windows, or if this is an artifact of the QEmu clocks: <clock offset='localtime'> <timer name='rtc' tickpolicy='delay'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='yes'/> <timer name='hypervclock' present='yes'/> </clock> -- 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 52492] New: stack overflow from GdipFlattenPath
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=52492 Bug ID: 52492 Summary: stack overflow from GdipFlattenPath Product: Wine Version: 7.1 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: rjfeuerbach(a)gmail.com Created attachment 71787 --> https://bugs.winehq.org/attachment.cgi?id=71787 test patch to replicate the curves and stack overflow I have a third party application, unfortunately not available for download, that is generating a virtual stack overflow error. Using +replay and eventually +gdiplus messages, the cause was narrowed down to be due to calls to GdipFlattenPath. Attached is a patch to gdiplus/test/graphicspath.c to include the precise curves that cause the stack overflow. I believe the problem is due to the comparison of REALs with == in the flatten_bezier helper function. -- 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 22

[Bug 55422] New: mfmediaengine:mfmediaengine - test_GetDuration() fails in Wine
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55422 Bug ID: 55422 Summary: mfmediaengine:mfmediaengine - test_GetDuration() fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mfmediaengine:mfmediaengine - test_GetDuration() fails in Wine: mfmediaengine.c:1961: Test failed: Unexpected res 0x102. See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine This failure started with the commit that introduced the tests: commit 613d7b099986828212299a8e98179f22c86b80ab Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Fri Aug 4 17:35:04 2023 +0800 mfmediaengine/tests: Test IMFMediaEngine::GetDuration(). -- 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 54720] New: Spider-Man: Shattered Dimensions - dialogue audio doesn't play
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54720 Bug ID: 54720 Summary: Spider-Man: Shattered Dimensions - dialogue audio doesn't play Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)tutanota.com Distribution: --- Created attachment 74226 --> https://bugs.winehq.org/attachment.cgi?id=74226 Logs taken with a clean 32 bit prefix with 32 bit Wine devel 8.4, WINEDEBUG=+xactengine,+xaudio2,+x3daudio. In Spider-Man: Shattered Dimensions, the audio that is supposed to be played by the characters during in-game dialogues doesn't play. All the other kinds of audio work. A workaround to this is by installing xact with winetricks. -- 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 44816] New: Cygwin/ MSYS2 `script -e` exit status forwarding randomly returns zero for non zero child process
by wine-bugs＠winehq.org 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=44816 Bug ID: 44816 Summary: Cygwin/MSYS2 `script -e` exit status forwarding randomly returns zero for non zero child process Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Deal… Mentioned here: https://wine-staging.com/news/2015-08-23-release-1.7.50.html --- quote --- Do not allow to deallocate thread stack for current thread (MSYS2, Wine Staging Bug #241) --- quote --- After some archaeology I found the Cygwin mailing list discussion here: https://cygwin.com/ml/cygwin/2015-09/msg00114.html --- quote --- > Ah, ok. What OS does Wine emulate here? Have a look at > https://sourceware.org/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/cygt… > > The terminate_thread_frees_stack flag is set to false for XP/2003 and to > true for any newer OS. I guess this is a double-free because Wine's > TerminateThread already freed the stack and Cygwin got the info it's > supposedly running under XP/2003, so it tries to workaround the fact > that TerminateThread on these systems didn't free the stack by themselves. > Wine emulates Windows XP here, I double checked Wine source code and I can confirm Wine doesn't free the stack: NtTerminateThread() -> abort_thread() -> terminate_thread() https://github.com/wine-compholio/wine-patched/blob/8b3a785e97a7e28ff58731b… Cygwin reports wincap as wincap_xpsp2 which is also correct here. > we need to know what address ret=61005767 is refering to. addr2line would help. As you point out, ret=61005767 is the call to VirtualFree() inside cygthread::terminate_thread () https://sourceware.org/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/cygt… After combine the information we have so far, I think the problem is clear now. It's not Cygwin's fault, it's Wine's fault. Wine's WaitForSingleObject() needs to wait long enough after the TerminateThread() call, so the target thread has enough time to finish the system cleanup and return correct exit_code before Cygwin call VirtualFree to free the stack. But in our current implementation Wine's WaitForSingleObject returns too early, it shouldn't return before the system thread cleanup done, as a result there is a race here. We are thinking of a solution in Wine. Thanks again for the great help! --- quote --- $ wine --version wine-3.4 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.

2 9

[Bug 30655] New: GRID2: Low (1 - 3) FPS during race, but not in in-game menus.
by wine-bugs＠winehq.org 18 Aug '23

18 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=30655 Bug #: 30655 Summary: GRID2: Low (1 - 3) FPS during race, but not in in-game menus. Product: Wine Version: 1.5.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linards.liepins(a)gmail.com Classification: Unclassified Created attachment 40128 --> http://bugs.winehq.org/attachment.cgi?id=40128 in-game benchmark test #! Game itself installed with latest winetricks. -- 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 25

[Bug 28603] New: Winedbg sometimes receives invalid parameters
by wine-bugs＠winehq.org 18 Aug '23

18 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=28603 Bug #: 28603 Summary: Winedbg sometimes receives invalid parameters Product: Wine Version: 1.3.29 Platform: x86 URL: http://www.winehq.org/pipermail/wine-patches/2011-Sept ember/106508.html OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Created attachment 36753 --> http://bugs.winehq.org/attachment.cgi?id=36753 relay,seh,tid,dbghelp,winedbg I sent a patch to eliminate this dialog: http://www.winehq.org/pipermail/wine-patches/2011-September/106508.html but Alexandre said this should never happen. I see it occasionally on various systems, but since I wrote the patch, haven't found a very reliable testcase. I've found a reliable testcase with make test on Alpine Linux (which uses uclibc). It may not be the best testcase, since it's not using glibc (and also use PaX), but AJ asked for a log, so here we go :). relay,seh,tid,dbghelp,winedbg attached the testcase used was oleaut32/tmarshal wine-1.3.29-217-g5432611 -- 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 6

[Bug 55258] New: steam: small window floating on top of all windows even in fullscreen mode
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55258 Bug ID: 55258 Summary: steam: small window floating on top of all windows even in fullscreen mode Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru Distribution: --- Created attachment 74873 --> https://bugs.winehq.org/attachment.cgi?id=74873 steam_window_bug.png When running steam with new versions of wine, I'm getting a small square window which is always on top of all windows, even when I'm playing fullscreen game. It's usually located around center of screen for me, but during bisecting I also got a few builds when it appeared at top left corner. I've tested it with following wine versions: wine 7.0.2: win7 prefix: good wine 7.0.2: win10 prefix: does not start wine 8.0.1: win7 prefix: good wine 8.0.1: win10 prefix: good wine 8.9: win10 prefix: bad wine 8.12: win10 prefix: bad After that I ran git bisect with following build: mkdir build32 build64 cd build64 ../configure --with-mingw --enable-win64 --prefix=/tmp/wineinstall cd ../build32 ../configure --with-mingw --with-wine64=../build64 --prefix=/tmp/wineinstall cd ../build64 make $JOBS cd ../build32 make $JOBS make $JOBS install cd ../build64 make $JOBS install My results are: 2504a2d7bca47fc77bb523114d7b0b6e60213116 is the first bad commit commit 2504a2d7bca47fc77bb523114d7b0b6e60213116 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Mar 27 11:58:50 2023 +0200 imm32: Keep the IME UI window on the default input context. dlls/imm32/imm.c | 61 ++++++++++++++++++++++++++++++++------------------------ 1 file changed, 35 insertions(+), 26 deletions(-) $ git bisect log # bad: [9ffeb2622d087a6189ca916553529824791010c3] Release 8.9. # good: [d8b2687760f7c07eaf481aba2835b820d3092b3e] Release 8.0.1. git bisect start 'wine-8.9' 'wine-8.0.1' # skip: [6677c044abb711f423fadfb61f2c9a37da6ff686] Release 8.0. git bisect skip 6677c044abb711f423fadfb61f2c9a37da6ff686 # good: [7771a9ae79930d112051cfe18b27dec1e5edd245] widl: Simplify attribute creation with either int or ptr value. git bisect good 7771a9ae79930d112051cfe18b27dec1e5edd245 # bad: [d1c317720ab6a92811c013408844ffd9e581b2a2] mfreadwrite: Fix an address of operator typo. git bisect bad d1c317720ab6a92811c013408844ffd9e581b2a2 # bad: [66bef6db20f72e88a38c4b264e13639015d7817d] msvcrt: Use the sinhf() implementation from the bundled musl library. git bisect bad 66bef6db20f72e88a38c4b264e13639015d7817d # bad: [17fbef91929af9c6ab98e53fb2a54942f0f1a0a5] wmvcore/tests: Don't cast NULL to another pointer type. git bisect bad 17fbef91929af9c6ab98e53fb2a54942f0f1a0a5 # skip: [83f0862b43f7b1b7bd23830b4339894c35febea7] wineps: Handle EMR_SETARCDIRECTION record in spool files. git bisect skip 83f0862b43f7b1b7bd23830b4339894c35febea7 # good: [6a88500af29b82040f0518eb87171ca047fb95aa] hidparse.sys: Include zero-count reports in cap count. git bisect good 6a88500af29b82040f0518eb87171ca047fb95aa # good: [62ef3c5be1d2c5374399984588a9daa75663d030] taskkill: Factor out get_task_pid(). git bisect good 62ef3c5be1d2c5374399984588a9daa75663d030 # bad: [956541c9c823fb6048047893545dcee4c108730e] d3d10/effect: Add support for umin/umax instructions. git bisect bad 956541c9c823fb6048047893545dcee4c108730e # good: [4b04d357739f261457316d55b79ecbcff9c0be84] imm32/tests: Add explicit ImmLoadIME / ImmFreeLayout calls. git bisect good 4b04d357739f261457316d55b79ecbcff9c0be84 # bad: [2504a2d7bca47fc77bb523114d7b0b6e60213116] imm32: Keep the IME UI window on the default input context. git bisect bad 2504a2d7bca47fc77bb523114d7b0b6e60213116 # good: [9117ce4185146a5edd47467d370b3e4dfa588191] imm32/tests: Test ImmProcessKey with the installed IME. git bisect good 9117ce4185146a5edd47467d370b3e4dfa588191 # good: [43e22eaa76a443e3053868df1bd8c5d4130a9fde] imm32/tests: Test IME UI window and IME window presence. git bisect good 43e22eaa76a443e3053868df1bd8c5d4130a9fde # good: [0ddad3564f3260f53e5a50b615f6aa6ba27e032b] imm32: Update existing input contexts on layout change. git bisect good 0ddad3564f3260f53e5a50b615f6aa6ba27e032b # first bad commit: [2504a2d7bca47fc77bb523114d7b0b6e60213116] imm32: Keep the IME UI window on the default input context. OS: Gentoo Linux Amd64 Kernel: 6.1.38-gentoo DE: KDE 5.27.5 glxinfo: OpenGL vendor string: AMD OpenGL renderer string: AMD Radeon RX 7900 XTX (gfx1100, LLVM 16.0.6, DRM 3.49, 6.1.38-gentoo.65) OpenGL core profile version string: 4.6 (Core Profile) Mesa 23.1.3 OpenGL core profile shading language version string: 4.60 -- 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 9

[Bug 54413] New: ws2_32:sock - DuplicateHandle(socket) sometimes look like a socket in test_WSAGetOverlappedResult() on Windows
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=54413 Bug ID: 54413 Summary: ws2_32:sock - DuplicateHandle(socket) sometimes look like a socket in test_WSAGetOverlappedResult() on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ws2_32:sock - DuplicateHandle(socket) sometimes look like a socket in test_WSAGetOverlappedResult() on Windows: sock.c:12512: Test failed: got 1. sock.c:12513: Test failed: got 0. See https://test.winehq.org/data/patterns.html#ws2_32:sock This failure is pretty rare, there are only 4 known instances: * 2022-09-27 on w1064 64 bit (21h2) * 2022-11-15 on w10pro64-hi-u8 64 bit (21h1) * 2023-01-25 on w11pro64 64 bit (21h2) * 2023-01-25 on w1064v2009 64 bit The test creates a socket, treats it as a handle and duplicates it, then checks whether the duplicate handle behaves like a socket which it normally does not, causing WSAGetOverlappedResult() to fail (return 0) and WSAGetLastError() to be set to WSAENOTSOCK. But in these four cases WSAGetOverlappedResult() succeeded which would indicate the duplicate handle looked like a 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 8

[Bug 44546] New: The Settlers II: 10th Anniversary runs very slow when CSMT enabled
by wine-bugs＠winehq.org 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=44546 Bug ID: 44546 Summary: The Settlers II: 10th Anniversary runs very slow when CSMT enabled Product: Wine Version: 3.2 Hardware: x86 URL: https://www.fileplanet.com/165168/160000/fileinfo/The- Settlers-II:-10th-Anniversary-Demo-v9801 OS: Linux Status: NEW Keywords: performance Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- The game is running painfully slow in Wine 3.2. Can be observed while it is playing the opening video, in the menus and during gameplay too. Loading times are also incredibly long when csmt is enabled. Disabling csmt makes the game run smoothly. There is nothing suspicious in the terminal. Can be reproduced with the demo version. I have native d3dcompiler_43 and d3dx9_29 installed. settlers2_demo2_multilang.exe (318M) md5sum: c738916e0f5f4c9b780898f66e50941f Wine 3.2 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 390.25 -- 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 14

[Bug 55291] New: gdi32:dc - print_something() gets a bad signature on fg-deb64-*
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55291 Bug ID: 55291 Summary: gdi32:dc - print_something() gets a bad signature on fg-deb64-* Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- gdi32:dc - print_something() gets a bad signature on fg-deb64-*: dc.c:1501: Test failed: wrong signature: See https://test.winehq.org/data/patterns.html#gdi32:dc This does not depend on bitness, happens systematically and a bisect shows that the failure started with the commit below: commit d5373ef6f92d36971859db0746600188ada22a7d Author: Piotr Caban <piotr(a)codeweavers.com> Date: Sun Jul 9 13:05:42 2023 +0200 wineps: Buffer data sent to printer port. -- 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 55231] New: Warframe: camera/mouse stuck in X-axis
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55231 Bug ID: 55231 Summary: Warframe: camera/mouse stuck in X-axis Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pmargeti34(a)gmail.com Distribution: --- Wine 8.12 introduces a regression in Warframe: there seems to be a hard limit to how much camera can be turned on the X-axis. After spinning the camera in the same direction a few times, it gets stuck and it's no longer possible to turn in in that direction until it is first turned in the opposite direction. This happens when Warframe is either in full screen mode or borderless fullscreen mode. Windowed mode isn't affected. Warframe is a free to play game and the installer can be obtained here: https://www.warframe.com/download OS: Archlinux Linux 6.4.3 -- 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 17

[Bug 55152] New: Crash in Notepad++ processing a WM_DRAWITEM message
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55152 Bug ID: 55152 Summary: Crash in Notepad++ processing a WM_DRAWITEM message Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: julliard(a)winehq.org Distribution: --- Running the 32-bit Notepad++ 8.5.4 in new wow64 mode crashes on startup when processing a WM_DRAWITEM message. The exception is swallowed by win32u so it still works, but we get a message: 0024:err:seh:KiUserCallbackDispatcher ignoring exception The root cause is that because Notepad++ added a WH_CALLWNDPROC hook, in win32u process_message(), instead of returning to SendMessageW and have it call the winproc, we call it ourselves through KeUserModeCallback. But at that point the message has been converted to 64-bit so we pass a (truncated) 64-bit lparam to the 32-bit winproc. The crash was revealed by a82238fad52761114ab2488d422fad3f70dbb854, which moves the 64-bit stack to high memory. Previously the lparam pointer would fit in 32-bit which avoided the crash, but it would still point to a 64-bit DRAWITEMSTRUCT. -- 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 51443] New: Test fails in remove_dir_all crate when creating file
by WineHQ Bugzilla 18 Aug '23

18 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=51443 Bug ID: 51443 Summary: Test fails in remove_dir_all crate when creating file Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Hi, Steps to reproduce on clear wine-devel 6.12 ``` wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi git clone https://github.com/XAMPPRocky/remove_dir_all.git cd remove_dir_all git checkout 9b164cecdb4a0590af68be8b22f9c747402237e3 wine cargo test ``` should print this ``` running 4 tests test removes_read_only ... FAILED test removes_empty ... ok test removes_files ... ok test removes_dirs ... ok failures: ---- removes_read_only stdout ---- thread 'removes_read_only' panicked at 'called `Result::unwrap()` on an `Err` value: Os { code: 5, kind: PermissionDenied, message: "Access denied." }', tests\windows.rs:68:49 note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace failures: removes_read_only test result: FAILED. 3 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.01s error: test failed, to rerun pass '--test windows' ``` I tested it and this works fine in Windows Server 2019 Source code of failed test - https://github.com/XAMPPRocky/remove_dir_all/blob/9b164cecdb4a0590af68be8b2… ``` fn removes_read_only() { env_logger::init(); for i in 0..5 { let path = format!("./readonly/{}/subdir", i); fs::create_dir_all(&path).unwrap(); let file_path = format!("{}/file.txt", path); { let file = File::create(&file_path).unwrap(); ``` -- 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 55449] New: Yaesu Wires-X offline and no internet
by WineHQ Bugzilla 16 Aug '23

16 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55449 Bug ID: 55449 Summary: Yaesu Wires-X offline and no internet Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: michael.vencio(a)gmail.com Distribution: --- Created attachment 75008 --> https://bugs.winehq.org/attachment.cgi?id=75008 debug output Yaesu Wires-X is an amateur radio application https://www.yaesu.com/jp/en/wires-x/index.php the application is installed and running but cannot connect to the internet. attached is the debug log file. -- 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 34374] New: Mac driver does not respect "Emulate a virtual desktop" option
by wine-bugs＠winehq.org 16 Aug '23

16 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=34374 Bug #: 34374 Summary: Mac driver does not respect "Emulate a virtual desktop" option Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: samael5(a)verizon.net Classification: Unclassified The Mac driver launches all apps in fullscreen mode, regardless of whether "Emulate a virtual desktop" is set. Virtual desktop still functions as expected when using the X11 driver on Mac. -- 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 6

[Bug 39012] New: Game "Yesterday" crashes while being played (OS X Yosemite)
by wine-bugs＠winehq.org 15 Aug '23

15 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=39012 Bug ID: 39012 Summary: Game "Yesterday" crashes while being played (OS X Yosemite) Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: deka95500(a)hotmail.com Hi everyone, I have a version of Yesterday that was built using a wrapper from this website(external link). Everything worked fine until I reached the 3rd stage. The game was stuck on a loading screen and eventually crashed before showing a message saying: "Yesterday.exe has encountered a serious problem and needs to close." The wrapper is using Wineskin 2.5.8 / WS8Wine1.3.16. I'm using Mac OS X Yosemite 10.10.3 on a 2013 MBP. Can you please help me figure out what the issue is? Thank you! -- 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 10

[Bug 14713] New: Xara Xtreme 4: Resizing handles not visible
by wine-bugs＠winehq.org 15 Aug '23

15 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=14713 Summary: Xara Xtreme 4: Resizing handles not visible Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)linopus.de Xara Xtreme 4: Resizing handles not visible Xara Xtreme 4, the latest edition of the vector drawing application from Xara (30 days trial available at http://www.xara.com/us/downloads/xtreme/ ), shows no resizing handles when selecting an object. The resizing handles should be visible when clicking an object with the select tool. By contrast, the turning/shearing handles are visible. The turning/shearing handels appear when clicking an object twice with the select tool. Additionally, Bezier handles and points on curves do appear, but in wrong colors (cyan instead of red). Bezier handles and points appear when using the edit shape tool. This is on a wine 1.1.2 install on Ubuntu Linux 8.04 in its standard settings. The same bug is present when using Xara Xtreme X1, which is the thirdlast edition. The bug is also present in earlier versions of wine (e.g. 0.9.56) and CrossOver (e.g. 7.0.1). Yours sincerely Tobias Hilbricht -- 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 10

[Bug 10471] New: Radmin viewer 3.1: Ungrayed disabled menu item in the " Connection Properties" window
by wine-bugs＠winehq.org 15 Aug '23

15 Aug '23

http://bugs.winehq.org/show_bug.cgi?id=10471 Summary: Radmin viewer 3.1: Ungrayed disabled menu item in the "Connection Properties" window Product: Wine Version: 0.9.48. Platform: PC URL: http://www.famatech.com/download/rview31.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugs.radmin(a)gmail.com We got an error: 1. Installed Radmin server 3.1 (http://www.famatech.com/download/rserv31.exe) on a windows computer. 2. Installed Radmin viewer 3.1 on a linux computer with wine installed. 3. Started Radmin viewer and open "Connection Properties" window (can be reached "Right click on connection icon" --> "Properties" or "Connection" --> "Connect to"). The list of intermediate hosts in "Advanced settings" should be grayed (disabled) until checkbox "Connect through host" is marked. The error was tested on Fedora Core 7 installation with the last wine package from fedora update site (fedora_mirror/fedora/linux/updates/7/i386/). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 41267] New: Black ops 2 crashes with "Unhandled exception caught"
by wine-bugs＠winehq.org 15 Aug '23

15 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=41267 Bug ID: 41267 Summary: Black ops 2 crashes with "Unhandled exception caught" Product: Wine Version: 1.9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Created attachment 55567 --> https://bugs.winehq.org/attachment.cgi?id=55567 crash log when trying to launch the game(BO2:MP) from Steam Game crashes on startup with the message: "Error during initialization: Unhandled exception caught" -- 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 51

[Bug 55447] New: wine cannot parse valid javascript
by WineHQ Bugzilla 15 Aug '23

15 Aug '23

https://bugs.winehq.org/show_bug.cgi?id=55447 Bug ID: 55447 Summary: wine cannot parse valid javascript Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: yshuiv7(a)gmail.com Distribution: --- jscript cannot parse the code below: var O = { continue: 1 }; var x = { label: O.continue }; it reports: 0024:warn:jscript:script_parse parser failed around L"bel: O.continue\n };\n});\n" in line L"sync_test(\"ASDF\", function() {" Native Windows jscript doesn't have a problem with this. The cause, I believe, is jscript inserted a semicolon after the "continue". -- 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

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