July 2021 - Wine-Bugs - list.winehq.org

[Bug 28216] New: shell32/shlfolder.c test always fails on ubuntu 10.04?
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

http://bugs.winehq.org/show_bug.cgi?id=28216 Summary: shell32/shlfolder.c test always fails on ubuntu 10.04? Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (Not quite the same as bug 27729.) shell32/shlfolder.ok succeeds for me on my ubuntu 11.04 boxes, but always fails for me on my one ubuntu 10.04 box, even after I do 'apt-get install gettext' to get past non bug 28208. Log shows: ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shlfolder.c && touch shlfolder.ok fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"http:\\yyy" (nil) 0x32fc78 fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"xx:yyy" (nil) 0x32fc78 err:shell:HCR_GetFolderAttributes should be called for simple PIDL's only! shlfolder.c:2386: Test failed: SHCreateItemFromParsingName returned 0 The test creates the file c:/users/dank/Desktop/testfile, then looks for it with some arcane shell folder API, and is unhappy when it actually finds the file. +shell,+file trace attached. The test function in question is test_SHCreateShellItem(). I can make the test succeed by inserting the line SetCurrentDirectoryA("c:\\"); at the top of the function, or by editing test_ITEMIDLIST_format() and inserting a return before it calls SetCurrentDirectoryW(). So there seems to be something fragile in the shlfolder tests with respect to the current directory. No idea why this only shows up on ubuntu 10.04 (on my i7 test box). -- 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 4

[Bug 36654] New: valgrind shows invalid read/write in d3d8/tests/device.c
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=36654 Bug ID: 36654 Summary: valgrind shows invalid read/write in d3d8/tests/device.c Product: Wine Version: 1.3.30 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6361== Invalid read of size 4 ==6361== at 0x5E0EB00: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xe92a7c0 is on thread 1's stack ==6361== ==6361== Invalid write of size 4 ==6361== at 0x5E0EB0D: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xaaaaaaaa is on thread 1's stack ==6361== OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.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 3

[Bug 28269] New: ws2_32: sock.ok test slow
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

http://bugs.winehq.org/show_bug.cgi?id=28269 Summary: ws2_32: sock.ok test slow Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The ws2_32 sock tests take 30 to 55 seconds to run here. This is currently the slowest test in the suite. -- 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 3

[Bug 28394] New: Crash in wininet/http.ok if connection fails?
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

http://bugs.winehq.org/show_bug.cgi?id=28394 Summary: Crash in wininet/http.ok if connection fails? Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Probably the test should skip if the connection fails. We should also check to see what native InternetQueryOption does on a failed connection (if we don't already; we do check what it does on a closed one, at least). Here's the log: ../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p wininet_test.exe.so http.c && touch http.ok ... err:wininet:NETCON_secure_connect SSL_connect failed: 12056 wine: Unhandled page fault on read access to 0x00000008 at address 0x2abec87c5798 (thread 0037), starting debugger... http.c:2873: Test failed: HttpSendRequest failed: 12056 Backtrace: =>0 NETCON_GetCert+0x18(connection=(nil)) [dlls/wininet/netconnection.c:860] 1 HTTPREQ_QueryOption+0x887(hdr=0x3cab0, option=0x20, buffer=0x415e0, size=0x22fa18, unicode=0) [dlls/wininet/http.c:2123] 2 InternetQueryOptionA+0x12b(hInternet=0x3, dwOption=0x20, lpBuffer=0x415e0, lpdwBufferLength=0x22fa18) [dlls/wininet/internet.c:2518] 3 test_secure_connection+0x35b() [dlls/wininet/tests/http.c:2885] NETCON_GetCert+0x18 [dlls/wininet/netconnection.c:860] in wininet: movq 0x0000000000000008(%rax),%rax 860 if (!connection->ssl_s) -- 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 3

[Bug 16060] New: comctl32, gfi32, user32: tests fail, when dpi is not the default (96)
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

http://bugs.winehq.org/show_bug.cgi?id=16060 Summary: comctl32, gfi32, user32: tests fail, when dpi is not the default (96) Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Created an attachment (id=17288) --> (http://bugs.winehq.org/attachment.cgi?id=17288) patch to dump tm.tmHeight (As requested by Dmitry, one bug for all) Current known tests, that fail, when dpi is not 96 (The Implementation was not checked yet): comctrl32:monthcal comctrl32:rebar comctrl32:status comctrl32:tab comctrl32:toolbar comctrl32:treeview gdi:font user32:combo Implementations known to have bugs, where the related tests are fixed: comctl32/header (VERT_BORDER must be 2) Fixing the heigh of the system font will make more hidden bugs in the Wine tree visible. ---------------------- A difference found during research is the tm.tmHeight of the system font. (GetTextMetrics) w98 (72, 96 dpi): 16 w98 (120): 20 w98 is broken for 144 and 192 dpi: 16 w2k (72, 96 dpi): 16 w2k (120, 144, 192 dpi): 20 Wine: always 16 The attached patch for dlls/comctrl32/tests/status.c dump tm.tmHeight (the first value after "expect") -- By by ... Detlef -- 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 19

[Bug 43342] New: valgrind shows an unintialized write in dlls/hid/tests/ device.c
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=43342 Bug ID: 43342 Summary: valgrind shows an unintialized write in dlls/hid/tests/device.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M hid.dll -p hid_test.exe.so device && touch device.ok ==10687== Syscall param writev(vector[...]) points to uninitialised byte(s) ==10687== at 0x4339023: __writev_nocancel (syscall-template.S:84) ==10687== by 0x7BC88028: send_request (server.c:228) ==10687== by 0x7BC881DB: wine_server_call (server.c:309) ==10687== by 0x7BC4A5AA: server_ioctl_file (file.c:1543) ==10687== by 0x7BC4A914: NtDeviceIoControlFile (file.c:1650) ==10687== by 0x7B44634D: DeviceIoControl (file.c:2651) ==10687== by 0x4B229B1: HidD_GetPreparsedData (hidd.c:133) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== Address 0x48e7b38 is 0 bytes inside a recently re-allocated block of size 9,296 alloc'd ==10687== at 0x7BC50812: notify_alloc (heap.c:254) ==10687== by 0x7BC54C93: RtlAllocateHeap (heap.c:1716) ==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== Uninitialised value was created by a client request ==10687== at 0x7BC505E1: mark_block_uninitialized (heap.c:208) ==10687== by 0x7BC5076D: initialize_block (heap.c:239) ==10687== by 0x7BC54CB3: RtlAllocateHeap (heap.c:1717) ==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== -- 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 1

[Bug 44092] New: user32: sysparams test in Windows permanently vertically shortens the test shell window
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=44092 Bug ID: 44092 Summary: user32:sysparams test in Windows permanently vertically shortens the test shell window Product: Wine Version: 2.22 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: trivial Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: parkerjbarker(a)yahoo.com When I run the 64 bit winetest under Vista Ultimate 64-bit, I find that it's the user32:sysparams test that shortens the test shell window vertically, so that the status bar (showing how many tests have failed) is now half-showing. The wine test shell window is not being properly restored. -- 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 51390] New: On Vista to Windows 8.1 part of mscoree:mscoree fails to run, breaks user32:win
by WineHQ Bugzilla July 4, 2021

July 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=51390 Bug ID: 51390 Summary: On Vista to Windows 8.1 part of mscoree:mscoree fails to run, breaks user32:win Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com On Vista to Windows 8.1 part of mscoree:mscoree fails to run, causing Windows to open a "loadpaths.exe has stopped working" dialog (see the screenshots for the TestBot WineTest runs on wvistaadm, w2008s64, w7u_2qxl and w8). Despite that mscoree:mscoree succeeds. However it leaves that dialog open which then causes two failures in user32:win: https://test.winehq.org/data/patterns.html#user32:win win.c:3394: Test failed: GetActiveWindow() = 00000000 win.c:3394: Test failed: GetFocus() = 00000000 Notes: * Opening a simple notepad windows (or even notepad's Open File dialog) does not cause user32:win to fail. So there is something 'special' about the loadpaths.exe dialog. * w864 does not have the issue because it appears to be missing the required .Net support and thus does not trigger this dialog: mscoree.c:197: Tests skipped: No legacy .NET runtimes are installed So: * Maybe something is wrong with the .Net setup on these VMs. But it's more likely to be a version mismatch issue. * Maybe mscoree should avoid triggering the loadpaths.exe dialog. * Or maybe mscoree should detect and close the loadpaths.exe dialog. * Or user32:win should be more resilient. -- 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 47471] New: World of Warcraft, 8.2.0 New zone Nazjatar
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

https://bugs.winehq.org/show_bug.cgi?id=47471 Bug ID: 47471 Summary: World of Warcraft, 8.2.0 New zone Nazjatar Product: vkd3d Version: 1.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: eaglecomputers.ok(a)gmail.com Distribution: --- Game freezes completely when loading into the new zone, if DX12 is being used, but works fine if you use DX11 with DXVK. -- 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 66

[Bug 48855] New: Borderlands 3: Unable to save
by WineHQ Bugzilla July 3, 2021

July 3, 2021

https://bugs.winehq.org/show_bug.cgi?id=48855 Bug ID: 48855 Summary: Borderlands 3: Unable to save Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrs11teen(a)gmail.com Distribution: ArchLinux Created attachment 66779 --> https://bugs.winehq.org/attachment.cgi?id=66779 Terminal output When I load into a save file in Borderlands 3 with wine 5.4 or 5.5, an in-game message is displayed warning me that my "settings have failed to save." Any progress fails to save, and next time I load the game I am back where I started. This issue seems to be a regression that occurred with wine version 5.4 and that persists with version 5.5. I've tested 5.3 and 5.2 and have not encountered this issue. The current line is repeated a number of times in the terminal while the game attempts to save, I'm not sure if it's relevant to the error. 0104:fixme:file:ReplaceFileW Ignoring flags 6 The full terminal output (which includes output from the Epic Games launcher as well) is attached.w -- 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