- wine-bugs - winehq.org

[Bug 52188] New: Could not load file or assembly 'Windows.Foundation.UniversalApiContract
by WineHQ Bugzilla 21 May '22

21 May '22

https://bugs.winehq.org/show_bug.cgi?id=52188 Bug ID: 52188 Summary: Could not load file or assembly 'Windows.Foundation.UniversalApiContract Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: julianhoyos94(a)gmail.com Distribution: --- hi everybody, i am creating scrpit for use xboxgamepass on linux, im very close but i have this error Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly 'Windows.Foundation.UniversalApiContract, Version=7.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. file not found I would like to know if anyone has already experienced this problem, and if they have solved it since I looked on the internet, but I can't find the problem reported in wine. and I'm also looking for what it is, and I can't find anything about what program or what the error is based on, apparently it is part of Windows development libraries, I thought it was through .net but apparently it has nothing to do with it. -- 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 53011] New: Multithreaded compilation fails sometimes due to race conditions
by WineHQ Bugzilla 21 May '22

21 May '22

https://bugs.winehq.org/show_bug.cgi?id=53011 Bug ID: 53011 Summary: Multithreaded compilation fails sometimes due to race conditions Product: Wine Version: 7.7 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 72380 --> https://bugs.winehq.org/attachment.cgi?id=72380 Sample of the two broken files Sometimes the compilation fails with a message like the following: /usr/bin/i686-w64-mingw32-dlltool: dlls/mfplat/libmfplat.cross.a: error reading mfplat_dll_t.o: No such file or directory /usr/bin/i686-w64-mingw32-dlltool: dlls/rpcrt4/librpcrt4.cross.a: error reading rpcrt4_dll_h.o: file truncated /usr/bin/i686-w64-mingw32-dlltool: dlls/rpcrt4/librpcrt4.delay.a: error reading rpcrt4_dll_t.o: No such file or directory /usr/bin/i686-w64-mingw32-dlltool: bfd_open failed reopen stub file: wintrust_dll_s00009.o: No such file or directory Or sometimes files are broken: /usr/lib/gcc/i686-w64-mingw32/11.2.0/../../../../i686-w64-mingw32/bin/ld: dlls/iphlpapi/libiphlpapi.delay.a: error adding symbols: file in wrong format /usr/lib/gcc/i686-w64-mingw32/11.2.0/../../../../i686-w64-mingw32/bin/ld: dlls/wintrust/libwintrust.cross.a: error adding symbols: file format not recognized If the file doesn't exist / is truncated, then trying again usually makes it work. For broken files, they need to be deleted and then you can try again. I usually compile wine like this: ALLFLAGS="-g -O0" PKG_CONFIG_PATH=/usr/lib32/pkgconfig CC="ccache gcc" CFLAGS="$ALLFLAGS" CROSSCC="ccache i686-w64-mingw32-gcc" CROSSCFLAGS="$ALLFLAGS" ../wine-git/configure --without-cups --enable-silent-rules make -j15 -sw I don't think ccache causes this, but possibly it exacerbates it.. -- 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 52969] New: mshtml:script fails on up-to-date Windows 8.1 machines
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52969 Bug ID: 52969 Summary: mshtml:script fails on up-to-date Windows 8.1 machines Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mshtml:script fails on up-to-date Windows 8.1 machines: script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [0] got 0.00" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [1] got 1,234.50" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [2] got -1,337.73" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [3] got -0.01" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [5] got 0.00" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [6] got 99.00" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [7] got 99.00" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: [8] got 65,536.50" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: called on string threw 2148144009" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: called on undefined threw 2148144009" script.c:644: Test failed: L"/index.html?es5.js:Number toLocaleString: called on nullDisp threw 2148144009" https://test.winehq.org/data/patterns.html#mshtml:script These failures only happen on the cw-gtx560 and cw-rx460 Windows 8.1 machines. I suspect this is because these have more recent Windows updates than the TestBot's w8 and w864 machines (see bug 52858). More specifically cw-rx460 has had more recent updates than cw-gtx560 for quite some time and I further updated both on 2022-05-02. I further plan to update the TestBot's VM (the rationale being that Windows 8.1 is old and we really only care about the latest version) which should make it easier to debug. In the meantime this does seem like a regression. commit 8aefdf48f9846e05aeef3c7ce2374401982b98b4 Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> Date: Tue May 3 18:17:06 2022 +0300 jscript: Implement Number.prototype.toLocaleString. Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52892] New: The 64-bit ntdll:thread fails on w7pro64 and w864
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52892 Bug ID: 52892 Summary: The 64-bit ntdll:thread fails on w7pro64 and w864 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 The 64-bit ntdll:thread fails on w7pro64 and w864: thread.c:153: Test failed: Multiple threads have TEB 000007FFFFFDC000. https://test.winehq.org/data/patterns.html#ntdll:thread The failure is hard to reproduce but the test was introduced by this commit: commit 6d4ec1255acceec7152ed98764ee29991ac04f10 Author: Brendan Shanks <bshanks(a)codeweavers.com> AuthorDate: Mon Apr 18 11:25:10 2022 -0700 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Apr 18 21:48:15 2022 +0200 ntdll/tests: Test that threads have unique TEBs. Signed-off-by: Brendan Shanks <bshanks(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Specifically the issue is with the line below: + ok( teb1 != teb2, "Multiple threads have TEB %p.\n", teb1 ); I think the issue is that there is no guarantee that the two test threads are running at the same time. I suspect that sometimes what happens is this [1]: * status = pNtCreateThreadEx( &threads[0], ... &teb1, ... ); A new TEB is allocated, the first thread starts, sets teb1 and terminates at which time its TEB is freed. * status = pNtCreateThreadEx( &threads[1], ... &teb2, ... ); A new TEB is allocated, hey there's a fresh TEB that has just bee freed! [2]. The second thread starts and sets teb2. * WaitForMultipleObjects( 2, threads, TRUE, INFINITE ); Wait for both threads. * ok( teb1 != teb2, "Multiple threads have TEB %p.\n", teb1 ); Hey, both threads used the same TEB! But did they do so at the same time? One hacky fix would be to at a small sleep in the test threads but that's introducing race conditions. A better fix would be for the main thread to tell the test threads when they can exit through some synchronization object. [1] This may be tied to how the scheduler behaves which may limit the issue to specific Windows versions. [2] And that's probably tied to how the memory allocator behaves: more memory locality or less chance of overwriting (incorrectly) still in use memory. Again this could limit the issue to some Windows versions. -- 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 52761] New: mscoree:mscoree test fails without a display or console
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52761 Bug ID: 52761 Summary: mscoree:mscoree test fails without a display or console Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The mscoree:mscoree test fails if you run it like this: $ DISPLAY= wine mscoree_test.exe mscoree </dev/null >log 2>&1 Without the DISPLAY=, it makes a bunch of console windows. That doesn't seem to happen on Windows, but that could be caused by our csc.exe. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 52937] New: msvcr110:msvcr110 fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52937 Bug ID: 52937 Summary: msvcr110:msvcr110 fails on Windows with the UTF-8 codepage 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 msvcr110:msvcr110 fails on Windows with the UTF-8 codepage: msvcr110.c:135: Test failed: expected syr-SY, got LC_COLLATE=syr-SY;LC_CTYPE=EN-US;LC_MONETARY=syr-SY;LC_NUMERIC=syr-SY;LC_TIME=syr-SY https://test.winehq.org/data/patterns.html#msvcr110:msvcr110 Note that the LC_CTYPE value in the above string corresponds to the last value it was set to. So if one tests fr-FR right before syr-SY the string contains LC_CTYPE=fr-FR. This is also why the en-US case is weird. Furthermore with a non-UTF-8 codepage setlocale() does return "syr-SY". So it looks like: 1. msvcr110 returns a long string specifying the details of the locale settings whenever they have different values. 2. msvcr110 does not support setting LC_CTYPE to syr-SY, but only when the codepage is UTF-8 for whatever reason. -- 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 51298] New: d3d8:visual: lighting_test() fails on Windows 10 >= 2004
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51298 Bug ID: 51298 Summary: d3d8:visual: lighting_test() fails on Windows 10 >= 2004 Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d8:visual has a failure in lighting_test() on Windows 10 >= 2004: https://test.winehq.org/data/patterns.html#d3d8:visual visual.c:544: Test failed: Lit quad with singular world matrix has color 0x00000000. This happens on cw-rx460, cw-gtx560 and on those TestBot VMs that run the 32-bit tests. That means it's not a VM or graphics driver issue but a Windows version one. The test was introduced by this commit: commit 589f1072df9535104c074e5382ef7d8ce28f0f33 Author: Matteo Bruni <mbruni(a)codeweavers.com> AuthorDate: Tue Apr 21 15:11:19 2015 +0200 d3d8/tests: Add a lighting test with non-affine worldview matrix. -- 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 51104] New: mf:mf crashes on Windows + NVidia
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51104 Bug ID: 51104 Summary: mf:mf crashes on Windows + NVidia 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: --- mf:mf crashes on the cw-gtx560 and cw-rx460 machines but not on the TestBot VMs (except w7u-2qxl, but that's a different crash). https://test.winehq.org/data/patterns.html#mf:mf The crash happens on the same test_evr() line from Windows 8.1 to Windows 10 2009: hr = MFGetService((IUnknown *)stream_sink2, &MR_VIDEO_ACCELERATION_SERVICE, &IID_IMFVideoSampleAllocator, (void **)&allocator); A bisect shows that the commit causing the crash is not the one that added this line but the one below: commit 430c179fe86dd7f9b3ddfb6ef30f6359633ef0b8 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Fri Oct 9 13:54:38 2020 +0300 mf/evr: Set stream media type to the mixer. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 34782] New: crypt32/chain tests crash with gcc-4.8.1 (win64)
by wine-bugs＠winehq.org 20 May '22

20 May '22

http://bugs.winehq.org/show_bug.cgi?id=34782 Bug #: 34782 Summary: crypt32/chain tests crash with gcc-4.8.1 (win64) Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, win64 Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Running: crypt32:chain (3 of 15) fixme:crypt:CertVerifyCertificateChainPolicy unimplemented for 0 fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension "1.2.3" fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension "1.2.3" fixme:crypt:CRYPT_CriticalExtensionsSupported unsupported critical extension "1.2.3" wine: Unhandled page fault at address 0x7f579f85aa74 (thread 0043), starting debugger... fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter) pEncodePara in function fixme:dbghelp_dwarf:dwarf2_parse_variable Unsupported constant (parameter) dwFlags in function fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x15 at ctx(0x23aa10,L"kernel32<elf>"), for debug_info(abbrev:0x7b3c80,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x23aa10,L"kernel32<elf>"), for debug_info(abbrev:0x7b3c80,symt:(nil)) it works with gcc-4.7.3. I'll bisect gcc. -- 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 28220] New: kernel32/process.ok: test fails when redirected
by wine-bugs＠winehq.org 20 May '22

20 May '22

http://bugs.winehq.org/show_bug.cgi?id=28220 Summary: kernel32/process.ok: test fails when redirected Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com It's not uncommon to want to do make test > log 2>&1 but if you do this, kernel32/process.ok will fail with ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so process.c && touch process.ok wine: cannot find L"C:\\windows\\system32\\doesnotexist.exe" wine: cannot find L"C:\\windows\\system32\\does.exe" process.c:1344: Test failed: Opening ConOut process.c:1347: Test failed: Getting sb info process.c:1348: Test failed: Getting console modes -- 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 8

[Bug 53004] New: 63ce060 causes a white border line in winecfg
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=53004 Bug ID: 53004 Summary: 63ce060 causes a white border line in winecfg Product: Wine Version: 7.8 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 63ce060e5b33ca4b58d508be11af4d3c214fae33 Distribution: --- Created attachment 72372 --> https://bugs.winehq.org/attachment.cgi?id=72372 example As the title says. -- 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 52970] New: kernelbase:process breaks lz32:lzexpand_main on Windows 1809+
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52970 Bug ID: 52970 Summary: kernelbase:process breaks lz32:lzexpand_main on Windows 1809+ 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 kernelbase:process breaks lz32:lzexpand_main on Windows 1809+: lzexpand_main.c:148: Test failed: LZOpenFileA returned 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_' lzexpand_main.c:228: Test failed: LZOpenFileA succeeded on nonexistent file lzexpand_main.c:230: Test failed: GetLastError() returns 0 lzexpand_main.c:232: Test failed: LZOpenFileA set test.cBytes to 136 lzexpand_main.c:234: Test failed: LZOpenFileA set test.nErrCode to 0 lzexpand_main.c:236: Test failed: LZOpenFileA returned 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_' or '¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_' lzexpand_main.c:550: Test failed: LZOpenFileW returned 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_' lzexpand_main.c:628: Test failed: LZOpenFileW succeeded on nonexistent file lzexpand_main.c:630: Test failed: GetLastError() returns 0 lzexpand_main.c:632: Test failed: LZOpenFileW set test.cBytes to 136 lzexpand_main.c:634: Test failed: LZOpenFileW set test.nErrCode to 0 lzexpand_main.c:636: Test failed: LZOpenFileW returned 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xxx', but was expected to return 'C:\Users\winetest\AppData\Local\Temp\wct\testfile.xx_' or '¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥' https://test.winehq.org/data/patterns.html#lz32:lzexpand_main As mentioned before, lz32:lzexpand_main succeeds on its own. It's only when kernelbase:process is run before that this test fails. The simplest way to reproduce the failures is to run: winetest.exe -c -o - -t foo kernelbase:process lz32:lzexpand_main The failure happens because kernelbase:process leaves a "testfile.xxx" file behind, file which is also used by the lz32:lzexpand_main test unit. Finally a bisect shows that these failures started with the commit below. commit 9c40a80100febb9ac23dae1e51605ba4f2f46f6f Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Wed May 4 14:55:36 2022 +0300 kernelbase: Implement MapViewOfFile3(). Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 51376] New: Wine causes PC to lock or crash wine when loading more than 1 VST addon into WaveLab 6
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51376 Bug ID: 51376 Summary: Wine causes PC to lock or crash wine when loading more than 1 VST addon into WaveLab 6 Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Created attachment 70232 --> https://bugs.winehq.org/attachment.cgi?id=70232 backtrace I have a number of VST add-ons I use with Wavelab, they come from a number of different software houses and work differently, for example some require vcrun libraries to work while others do not. In the main, I can load any single add-on and it works as expected but as soon as I add/open a second add-on my PC will either crash wine or it will lock up altogether requiring a hard restart. This was not an issue in wine 5.0. Backtrace is attached. Possibly a duplicate of bug 51259 or is quite similar. -- 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 51283] New: d3d8:device breaks evr:evr on w7u-2qxl
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51283 Bug ID: 51283 Summary: d3d8:device breaks evr:evr on w7u-2qxl Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The WineTest reports show that evr:evr crashes on w7u-2qxl: https://test.winehq.org/data/patterns.html#evr:evr evr.c:1335: Test failed: Unexpected hr 0x80070057. evr.c:1335: this is the last test seen before the exception 07ac:evr: unhandled exception c0000005 at 0040CBD0 evr:evr:07ac done (-1073741819) in 0s Test failed: crash (c0000005) However when run on its own it succeeds consistently. It turns out that it is d3d8:device that causes evr:evr to crash. More specifically it is test_multi_adapter() that interferes with evr:evr. Also if d3d8:device succeeds then evr:evr crashes but if d3d8:device fails as shown below then evr:evr succeeds as can be seen by comparing the pattern below with the evr:evr one. https://test.winehq.org/data/patterns.html#d3d8:device device.c:4205: Test failed: Got a different mode. device.c:4208: Test failed: Got a different mode. -- 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 50462] New: Ulead Photo Explorer 8.5 Installed but failed on startup
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=50462 Bug ID: 50462 Summary: Ulead Photo Explorer 8.5 Installed but failed on startup Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wesley(a)merlin-eng.com Distribution: --- Created attachment 69087 --> https://bugs.winehq.org/attachment.cgi?id=69087 This is from the error window that came up when the program failed The program (Ulead Photo Explorer 8.5) appeared to install correctly. This program is designed to browse image files IE: .jpg. It installs with Ulead Photo Impact 10. I did not try to associate any files with either program (this should not be necessary). On startup Ulead Photo Explorer 8.5 failed, giving the attached back trace file. Photo Impact 10 installed at the same time and worked 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 8

[Bug 45959] New: Editpad Lite 7 GUI not rendered correctly
by wine-bugs＠winehq.org 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=45959 Bug ID: 45959 Summary: Editpad Lite 7 GUI not rendered correctly Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Created attachment 62506 --> https://bugs.winehq.org/attachment.cgi?id=62506 Screenshot of GUI The command menu line (top line) is not rendered correctly, please see the attachment. It should display buttons with the following descriptions: File, Edit, Search, Go, Block, Extra, Convert, Options, View, Help. By mousing over and clicking and resizing the window they will eventually be rendered correctly. The installer can be downloaded at https://www.editpadlite.com/download.html Problem exists in both 32 and 64 bit prefixes and different Windows versions. My system: Kubuntu 18.04.01 -- 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 14841] New: ntdll: file.ok fails in OpenSolaris but not Linux
by wine-bugs＠winehq.org 20 May '22

20 May '22

http://bugs.winehq.org/show_bug.cgi?id=14841 Summary: ntdll: file.ok fails in OpenSolaris but not Linux Product: Wine Version: 1.1.2 Platform: PC OS/Version: Solaris Status: NEW Keywords: testcase Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=15384) --> (http://bugs.winehq.org/attachment.cgi?id=15384) +file in git, bzip2 -9'ed austin@opensolaris:~/wine-git/dlls/ntdll/tests$ make testclean ; rm -rf ~/.wine ; make file.ok rm -f atom.ok change.ok env.ok error.ok exception.ok generated.ok info.ok large_int.ok file.ok om.ok path.ok port.ok reg.ok rtl.ok rtlbitmap.ok rtlstr.ok string.ok time.ok ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so file.c && touch file.ok wine: created the configuration directory '/export/home/austin/.wine' err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! file.c:169: Test failed: wrong status deadbabe file.c:170: Test failed: wrong info 3735928559 file.c:194: Test failed: wrong status deadbabe file.c:195: Test failed: wrong info 3735928559 file.c:196: Test failed: read handle is signaled file.c:284: Test failed: wrong status deadbabe file.c:285: Test failed: wrong info 3735928559 file.c:286: Test failed: event is signaled make: *** [file.ok] Error 8 +file attached -- 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 11

[Bug 52874] New: win32u change prevents chromium from starting
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52874 Bug ID: 52874 Summary: win32u change prevents chromium from starting Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The following commit breaks chromium: commit 0528f37fdd9b11cc95d074bb9e261d5127cb6ec3 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Apr 19 15:34:44 2022 +0200 win32u: Move NtUserFindWindowEx implementation from user32. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> chromium just prints a few fixmes and then hangs, using one thread fully. This only affects the sandbox, --no-sandbox is a workaround. Reverting fixes the issue. Download for testing (chrome-win.zip): https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h… Please use this version for testing, since it's the newest version not affected by bug 52845. -- 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 51827] New: d3dx10_34:d3dx10 crashes on all versions of Windows
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51827 Bug ID: 51827 Summary: d3dx10_34:d3dx10 crashes on all versions of Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3dx10_34:d3dx10 crashes on all versions of Windows: d3dx10.c:2377: this is the last test seen before the exception 00b8:d3dx10: unhandled exception c0000005 at 000000006C50064B https://test.winehq.org/data/patterns.html#d3dx10_34:d3dx10 The crash is random but pretty frequent and happens on AMD, NVidia and QEmu GPUs from Windows 8.1 to Windows 10. The other d3dx10_*:d3dx10 tests don't crash despite using the same source. So that means d3dx10_34 is different and the test fails to take that into account. This test was introduced by the following commit: commit a15527ff29d919b34ae1f599a5319a4b9678f4e2 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Tue Sep 21 08:52:10 2021 +0300 d3dx10_34/tests: Enable tests. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 51783] New: The ieframe:webbrowser output is too big in Wine
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51783 Bug ID: 51783 Summary: The ieframe:webbrowser output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ieframe:webbrowser outputs ~29kB of data. This is too much and contributes in pushing the WineTest reports above the 1.5MB limit. The traces break down as follows: 0kB failures 26kB todos 3kB traces 0kB test framework (summary lines, etc.) Time to fix Wine to reduce the number of todos! -- 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 19183] New: "make test" still fails on d3d9/tests/visual.c
by wine-bugs＠winehq.org 20 May '22

20 May '22

http://bugs.winehq.org/show_bug.cgi?id=19183 Summary: "make test" still fails on d3d9/tests/visual.c Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (This is a sequel to bug 10221; perhaps we closed that one too soon.) Running i=0 while test $i -lt 10 do ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c > visual-$i.log 2>&1 i=`expr $i + 1` sleep 1 done cat visual-*.log | grep "Test failed" | sort | uniq -c | sort -n produces 1 visual.c:9439: Test failed: stretchrect: Pixel 160,360 has color 0x00ff00ff, expected 0x00ff0000 1 visual.c:9441: Test failed: stretchrect: Pixel 480,360 has color 0x00ff00ff, expected 0x0000ff00 1 visual.c:9443: Test failed: stretchrect: Pixel 480,120 has color 0x00ff00ff, expected 0x000000ff 1 visual.c:9445: Test failed: stretchrect: Pixel 160,120 has color 0x00ff00ff, expected 0x00000000 2 visual.c:8978: Test failed: Offscreen failed for D3DFMT_A32B32G32R32F: expected no color blending but received it anyway. 3 visual.c:6883: Test failed: SRCALPHA on texture returned color 00000000, expected 0x00bf4000 3 visual.c:6887: Test failed: DSTALPHA on texture returned color 00000000, expected 0x000000ff 3 visual.c:8978: Test failed: Offscreen failed for D3DFMT_G32R32F: expected no color blending but received it anyway. 3 visual.c:8978: Test failed: Offscreen failed for D3DFMT_R32F: expected no color blending but received it anyway. 4 visual.c:8969: Test failed: Offscreen failed for D3DFMT_A16B16G16R16F: Got color 00000000, expected 0x181800. 4 visual.c:8978: Test failed: Offscreen failed for D3DFMT_G16R16F: expected no color blending but received it anyway. 5 visual.c:8326: Test failed: Pixel 14/18 has color 0x00000000, expected 0x0000ff00 5 visual.c:8329: Test failed: Pixel 18/14 has color 0x00000000, expected 0x000000ff 5 visual.c:8332: Test failed: Pixel 18/18 has color 0x00000000, expected 0x0000ffff 5 visual.c:8978: Test failed: Offscreen failed for D3DFMT_R16F: expected no color blending but received it anyway. 5 visual.c:9439: Test failed: stretchrect: Pixel 160,360 has color 0x00000000, expected 0x00ff0000 5 visual.c:9441: Test failed: stretchrect: Pixel 480,360 has color 0x00000000, expected 0x0000ff00 5 visual.c:9443: Test failed: stretchrect: Pixel 480,120 has color 0x00000000, expected 0x000000ff 7 visual.c:8800: Test failed: Texture 1(output color 1) has color 0x00000000, expected 0x0000ff00 7 visual.c:8802: Test failed: Texture 2(output color 2) has color 0x00000000, expected 0x000000ff lspci | grep -i vga says 00:10.0 VGA compatible controller: nVidia Corporation GeForce 7100/nForce 630i (rev a2) and this is on Jaunty x86-64 with the proprietary nvidia 180 driver. I'll attach the output of glxinfo. -- 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 13

[Bug 53015] New: winscp bookmark adding error
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=53015 Bug ID: 53015 Summary: winscp bookmark adding error Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gonghuiii(a)gmail.com Distribution: --- Created attachment 72382 --> https://bugs.winehq.org/attachment.cgi?id=72382 error message and then exit When using WinSCP to add a bookmark, it gives me errors when adding without checking the 'add to shared bookmark' option. -- 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 52914] New: mf:mf - The 64-bit test_h264_decoder() fails on 64-bit Debian 11 + Intel GPU
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52914 Bug ID: 52914 Summary: mf:mf - The 64-bit test_h264_decoder() fails on 64-bit Debian 11 + Intel GPU 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: --- The 64-bit test_h264_decoder() fails on my Debian 11 + Intel GPU machine (see fg-deb64-wow64): mf.c:6780: Test failed: SetOutputType returned 0x80004005. mf.c:6782: Test failed: Release returned 0 mf.c:6799: Test failed: got cbSize 0x3fc000 mf.c:6825: Test failed: ProcessOutput returned 0xc00d6d60 https://test.winehq.org/data/patterns.html#mf:mf configure does not mention any missing library (besides libhal) in either the 32- or the 64-bit builds. A bisect shows that the failures started with the commit below: commit 606505e5643d8df2a23a2cc074fa9b6b2ae8b05f Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Mar 28 17:35:45 2022 +0200 winegstreamer: Try creating a wg_transform in the H264 decoder. Adding H264 format support in wg_format. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45988 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47084 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49715 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52183 Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52821] New: Missing support of C++20 Semaphores in built-in Wine C++ runtime
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52821 Bug ID: 52821 Summary: Missing support of C++20 Semaphores in built-in Wine C++ runtime Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi all Right at the beginning it should be noted that the following error may have been already described. There seems to exist currently no support of C++20 Semaphores in Wines built-in C++ library. I noticed this limitation with two applications. The following "msvcp140_atomic_wait.dll" related error message is shown when this issue occurs. Both apps crash right after. CXBX-R Xbox emulator (starting with build 374ba5e): wine: Call from 7B011586 to unimplemented function msvcp140_atomic_wait.dll.__std_atomic_wait_direct, aborting wine: Call from 7B011586 to unimplemented function msvcp140_atomic_wait.dll.__std_atomic_notify_one_direct, aborting PCSX-Redux PSX emulator (all newer builds since 4317): wine: Call from 0000000000272B9E to unimplemented function msvcp140_atomic_wait.dll.__std_atomic_wait_direct, aborting wine: Unimplemented function msvcp140_atomic_wait.dll.__std_atomic_wait_direct called at address 0000000000272B9E (thread 010c), starting debugger... wine: Call from 0000000000272B9E to unimplemented function msvcp140_atomic_wait.dll.__std_atomic_notify_one_direct, aborting Both applications worked before the "std::binary_semaphore" C++20 type was introduced. It is confirmed for Wine 7.0 that it can handle this situation when vcrun2019 (native MS Visual C++ 2019) is installed via winetricks. But for whatever reason this stopped to work in later Wine 7.x devel versions. A further workaround was to put a native "msvcp140_atomic_wait.dll" into the program folder. I can confirm that this helped at least for a while in conjunction with the PCSX-Redux emulator. But also here this tweak stopped to work in later Wine 7.x devel versions. More information can be found at the CXBX-R GitHub issue page: https://github.com/Cxbx-Reloaded/Cxbx-Reloaded/issues/2347 -- 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 52751] New: `winetricks nocrashdialog` no longer works properly with Wine 7.5(but works with 7.4)
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52751 Bug ID: 52751 Summary: `winetricks nocrashdialog` no longer works properly with Wine 7.5(but works with 7.4) Product: Wine Version: 7.5 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: --- In Wine 7.4 I disabled crash dialog by `winetricks nocrashdialog` command and when app crashed, then silently it just exit. In Wine 7.5 I see that now is visible console window which exit after while Screenshoot of this window https://user-images.githubusercontent.com/41945903/160272294-dd272f8b-710d-… Steps to reproduce: - Download https://github.com/qarmin/Win32Fuzzer/releases/download/1.1.0/reproducer_64 (require at least Ubuntu 21.10 or similar) - Download https://github.com/qarmin/Win32Fuzzer/releases/download/1.1.0/win_project_6… - Run command `./reproducer win_project_64.exe linux` For now I'm unable to found exact commit with regression, due problem with compilation of Wine. Related winetricks issue - https://github.com/Winetricks/winetricks/issues/1897 -- 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 51680] New: nsi:nsi test_ip_neighbour() fails on unreachable link local entry
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51680 Bug ID: 51680 Summary: nsi:nsi test_ip_neighbour() fails on unreachable link local entry 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 nsi:nsi has a failure on cw-rx460 from Windows 1709 to 21H1: nsi.c:680: Test failed: AF_INET: 0 vs 1 https://test.winehq.org/data/patterns.html#nsi:nsi The failing test has been introduced by the commit below and failed from the start: commit c09c65f65c188a1870d279ca793c5ad1fc15440d Author: Huw Davies <huw(a)codeweavers.com> AuthorDate: Tue Aug 10 09:20:47 2021 +0100 nsiproxy: Implement IPv4 neighbour enumerate_all. Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Adding some traces shows that the failure happens on a link local entry: AF_INET: 5 InterfaceIndex=10 state=0/0 s_addr=169.254.169.254 I have not identified the corresponding network interface. Also, given that cw-rx460 ad cw-gtx560 are very similar I would expect both to have this issue and I don't know why that's not the case. However what is interesting is that in both cases the state is NlnsUnreachable so I suspect the is_unreachable / IsUnreachable flags are not necessarily meaningful. -- 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 51612] New: Stellaris launcher (Paradox) does not launch
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51612 Bug ID: 51612 Summary: Stellaris launcher (Paradox) does not launch Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- The game Stellaris installs and works using the stellaris.exe file but the launcher (dowser.exe) fails to launch. I am using Kubuntu 21.04 and this is a fresh installation as it does work on a 2nd PC I have, also Kubuntu 21.04. The only difference of note between the machines is this machine has an AMD 5800X CPU. The terminal returns (duplicated lines removed): scott@scottubuntu:~/.winestella1/drive_c/GOG Games/Stellaris$ WINEPREFIX=~/.winestella1 wine dowser.exe 002c:fixme:winediag:LdrInitializeThunk wine-staging 6.15 is a testing version containing experimental patches. 002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when filing bug reports on winehq.org. 0034:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 006c:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 007c:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 007c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0090:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 0090:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 002c:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 00f8:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 00f8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0024:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 0024:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0100:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 0100:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0100:fixme:process:SetProcessPriorityBoost (FFFFFFFFFFFFFFFF,1): stub 0118:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 0118:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0120:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 0120:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0128:fixme:font:get_name_record_codepage encoding 29 not handled, platform 1. 0128:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. scott@scottubuntu:~/.winestella1/drive_c/GOG Games/Stellaris$ wine: Unhandled page fault on write access to 0000000000000000 at address 00007F756DC2CF91 (thread 0070), starting debugger... 0070:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 96 72" (1115) Read the Wine Developers Guide on how to set up winedbg or another debugger I attach the output of this system request. -- 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 28508] New: user32/monitor.ok fails rarely?
by wine-bugs＠winehq.org 20 May '22

20 May '22

http://bugs.winehq.org/show_bug.cgi?id=28508 Bug #: 28508 Summary: user32/monitor.ok fails rarely? Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Saw this once in a month of runs: ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so monitor.c && touch monitor.ok fixme:win:EnumDisplayDevicesW ((null),0,0x22f4d0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x22f4d0,0x00000000), stub! monitor.c:269: Test failed: Invalid clip rect: (0 0) x (800 600) err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 0x480x0 @0! (desktop) err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 640x0x0 @0! (desktop) The tests were run in a virtual desktop on os: Ubuntu 11.04, 2.6.38-11-generic, pulseaudio 0.9.22-24-g67d18, Advanced Linux Sound Architecture Driver Version 1.0.23. ram: 3963 MB cpu: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz gpu: GeForce 8500 GT/PCI/SSE2 3.3.0 NVIDIA 270.41.06 -- 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 8

[Bug 52961] New: crypt32:str - test_CertGetNameString() fails on Windows 7
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52961 Bug ID: 52961 Summary: crypt32:str - test_CertGetNameString() fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com crypt32:str - test_CertGetNameString() fails on Windows 7: str.c:867: Test failed: line 951: unexpected length 10, expected 11. str.c:871: Test failed: line 951: unexpected value "localhost\x00e". str.c:885: Test failed: line 951: unexpected len 10, expected 11. str.c:894: Test failed: line 951: string is not zero terminated. str.c:867: Test failed: line 952: unexpected length 21, expected 1. str.c:871: Test failed: line 952: unexpected value "a". str.c:877: Test failed: line 952: unexpected str[1] 0x72. str.c:878: Test failed: line 952: str "ric(a)codeweavers.com", string data mismatch. str.c:885: Test failed: line 952: unexpected len 21, expected 1. str.c:886: Test failed: line 952: unexpected value L"aric(a)codeweavers.com\0000". str.c:892: Test failed: line 952: str L"aric(a)codeweavers.c", string data mismatch. str.c:894: Test failed: line 952: string is not zero terminated. str.c:867: Test failed: line 953: unexpected length 10, expected 1. str.c:871: Test failed: line 953: unexpected value "l". str.c:877: Test failed: line 953: unexpected str[1] 0x6f. str.c:878: Test failed: line 953: str "ocalhost", string data mismatch. str.c:885: Test failed: line 953: unexpected len 10, expected 1. str.c:886: Test failed: line 953: unexpected value L"localhost\0000". str.c:892: Test failed: line 953: str L"localho", string data mismatch. str.c:894: Test failed: line 953: string is not zero terminated. str.c:867: Test failed: line 976: unexpected length 8, expected 19. str.c:871: Test failed: line 976: unexpected value "ex1.org\x00n.org\x00rs.co". str.c:885: Test failed: line 976: unexpected len 8, expected 19. str.c:894: Test failed: line 976: string is not zero terminated. str.c:867: Test failed: line 978: unexpected length 8, expected 19. str.c:871: Test failed: line 978: unexpected value "ex3.org\x00n.org\x00rs.co". str.c:885: Test failed: line 978: unexpected len 8, expected 19. str.c:894: Test failed: line 978: string is not zero terminated. https://test.winehq.org/data/patterns.html#crypt32:str A bisect shows that the failures started with the commit below: commit 0c35a851cd73247cb95187acc2e22074f9ca09a3 Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Fri Apr 15 14:44:32 2022 +0300 crypt32: Support CERT_NAME_SEARCH_ALL_NAMES_FLAG in CertGetNameStringW(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52908] New: mf:mf - The 64-bit test_wma_decoder() fails on 64-bit Debian 11 + Intel
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=52908 Bug ID: 52908 Summary: mf:mf - The 64-bit test_wma_decoder() fails on 64-bit Debian 11 + Intel 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: --- The 64-bit test_wma_decoder() fails on my Debian 11 + Intel machine (see fg-deb64-wow64): mf.c:6282: Test failed: ProcessOutput returned 0xd0000001 mf.c:6328: Test failed: ProcessOutput returned 0xd0000001 mf.c:6340: Test failed: ProcessOutput returned 0xd0000001 mf.c:6352: Test failed: ProcessInput returned 0xc00d36b5 https://test.winehq.org/data/patterns.html#mf:mf The last two failures are gone now but the first two are still present. configure does not mention any missing library (besides libhal) in either the 32- or the 64-bit builds. A bisect shows that the failures started with this commit: commit 651e4002ceeb9a15b11a184b5f47a732e26b7e00 Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Mon Mar 14 14:43:22 2022 +0100 winegstreamer: Introduce new wg_transform_(push|read)_data functions. And use it to implement WMA decoder Process(Input|Output). The test output is different because ffmpeg WMA decoder outputs data in a different way as native. The data seems valid audio nonetheless, and it shouldn't matter too much. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51931 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52391 Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 51297] New: d3d8:visual: test_sample_mask() fails on Nvidia (cw-gtx560)
by WineHQ Bugzilla 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=51297 Bug ID: 51297 Summary: d3d8:visual: test_sample_mask() fails on Nvidia (cw-gtx560) Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d8:visual has a failure in test_sample_mask() on cw-gtx560 (Nvidia): https://test.winehq.org/data/patterns.html#d3d8:visual visual.c:11146: Test failed: Got unexpected colour ffffbcbc. This happens on all Windows versions available on that machine (from Windows 8.1 to Windows 10 2009). This failure also does not happen on any other machine which makes it specific to Nvidia or this graphics card or this driver version (391.35, the latest available at this date). The test was introduced by this commit: commit 30fe080965409e68cc86a04af1935e4944f4b049 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Fri Apr 30 11:08:26 2021 -0500 d3d8/tests: Port test_sample_mask() from d3d9. Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 45960] New: Editpad Lite 7 siaplay empty boxes instead of text in some menus
by wine-bugs＠winehq.org 20 May '22

20 May '22

https://bugs.winehq.org/show_bug.cgi?id=45960 Bug ID: 45960 Summary: Editpad Lite 7 siaplay empty boxes instead of text in some menus Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Created attachment 62507 --> https://bugs.winehq.org/attachment.cgi?id=62507 screenshot of problem When trying to set the default font, the drop-down screen offers many selections of empty boxes rather than text, see the attachment. This screen is accessed by: 1/ Options>Configure File Type 2/ On the Editor Options tab click the Edit button next to the "Default text layout" drop-down box 3/ in the Text Layout Configuration Window click the down arrow to the right of of the large drop down box to select fonts in the 2nd-from-last left hand window pane called Main Font. The installer is here: https://www.editpadlite.com/download.html This may be the same issue as bug 45959 which I also submitted, I do not have sufficient knowledge to make that judgement. My system: Kubuntu 18.04.01 Wine version 3.17 -- 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 7

[Bug 51755] New: Crash in DeepSkyStacker when stacking images.
by WineHQ Bugzilla 19 May '22

19 May '22

https://bugs.winehq.org/show_bug.cgi?id=51755 Bug ID: 51755 Summary: Crash in DeepSkyStacker when stacking images. Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dawid.krol(a)gmail.com Distribution: --- Created attachment 70650 --> https://bugs.winehq.org/attachment.cgi?id=70650 crash log When astrophotography images are processed the program crashes. I looked in the wine log but i didn't noticed anythinh suspicous. The program on Windows is working properly. The program requres GDI+ and I installed but it didn't helped. The problem was reported in Wine's AppDB. Steps to reproduce crash 1. Open Deep Sky Stacker 2. Click Open picture files and select DSC_6524.NEF 3. Select dark files and select DSC_6525.NEF 4. Select bias files and select DSC_6538.NEF 5. Click Stack checked pictures 6. Click OK in the popup. Application is crashing when processing dialog is shown. Files for crash reproduction are in these links. https://www.dropbox.com/s/7lv7encmhwvmn7d/DSC_6524.NEF?dl=0 https://www.dropbox.com/s/17q40uq17d8ar7k/DSC_6525.NEF?dl=0 https://www.dropbox.com/s/o9mn1wd3l4kv1sx/DSC_6538.NEF?dl=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 2

[Bug 44503] New: Failed install of Corel PSP X6
by wine-bugs＠winehq.org 19 May '22

19 May '22

https://bugs.winehq.org/show_bug.cgi?id=44503 Bug ID: 44503 Summary: Failed install of Corel PSP X6 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: neil.ray(a)usa.com Distribution: --- Created attachment 60460 --> https://bugs.winehq.org/attachment.cgi?id=60460 Failed install of Corel PSP X6 Attempted to install, via wine, Corel Paint Shop Pro X6. Encountered a fatal error and was unable to continue. Backtrace log attached. My OS is Linux Mint 18.3 on a 32bit machine. -- 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 52938] New: Nitro Family
by WineHQ Bugzilla 15 May '22

15 May '22

https://bugs.winehq.org/show_bug.cgi?id=52938 Bug ID: 52938 Summary: Nitro Family Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jon9097(a)gmail.com Distribution: --- Created attachment 72311 --> https://bugs.winehq.org/attachment.cgi?id=72311 Log In the game Nitro Family when you start just a black screen and game sounds. I can hear the cursor moving in the menu, but you can only see a black screen. The problem has been lingering since 2015, and it's about time it was solved. Surely fixing the bug will make it possible to run quite a few games! -- 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 52416] New: Metatogger 7.2: Wine crashes upon launching the software
by WineHQ Bugzilla 15 May '22

15 May '22

https://bugs.winehq.org/show_bug.cgi?id=52416 Bug ID: 52416 Summary: Metatogger 7.2: Wine crashes upon launching the software Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: p10qjuhh(a)duck.com Distribution: --- Created attachment 71672 --> https://bugs.winehq.org/attachment.cgi?id=71672 The backtrace generated by Wine Launching Metatogger at all causes a crash. Download: https://www.luminescence-software.org/download/metatogger/Metatogger-Instal… Name: Metatogger-Installer.exe MD5: 4fc5a6f1c39a95bb754c25207fe2bb9a (This installer is updated semi-regularly by the software maintainer, so determining the version is on you) At the time of writing, 7.2 is the latest release, but this problem is likely to still exist in later versions. -- 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 52407] New: dotnet-sdk-5.0.100-win-x64 simple example fails: error MSB4018: The "AssignCulture" task failed unexpectedly.
by WineHQ Bugzilla 15 May '22

15 May '22

https://bugs.winehq.org/show_bug.cgi?id=52407 Bug ID: 52407 Summary: dotnet-sdk-5.0.100-win-x64 simple example fails: error MSB4018: The "AssignCulture" task failed unexpectedly. Product: Wine Version: 7.0-rc6 Hardware: x86-64 URL: https://download.visualstudio.microsoft.com/download/p r/2892493e-df43-409e-af68-8b14aa75c029/53156c889fc08f0 1b7ed8d7135badede/dotnet-sdk-5.0.100-win-x64.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Note: this happens on version 5.0.100 of the downloadlink, another tested version like dotnet-sdk-5.0.100-rc.2.20479.15-win-x64.exe doesn`t show this, guess something has changed in the code (?) Steps: wget https://download.visualstudio.microsoft.com/download/pr/2892493e-df43-409e-… wine dotnet-sdk-5.0.100-win-x64.exe wine dotnet new wpf -o myapp && cd myapp && wine dotnet run Output: 027c:fixme:nls:ResolveLocaleName stub: L"eo", 0000000028CCC000, 85 C:\Program Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error MSB4018: The "AssignCulture" task f ailed unexpectedly. [Z:\home\louis\ramdisk\myapp\myapp.csproj] C:\Program Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error MSB4018: System.TypeInitializationE xception: The type initializer for 'Microsoft.Build.Tasks.CultureInfoCache' threw an exception. [Z:\home\louis\ramdisk\myapp\m yapp.csproj] I did a bit of testing and in fact ResolveLocaleName _never_ returns 0, so i guess we could just improve stub a bit to return 1 and get away with it. I`ll attach improved stub that fixes the bug -- 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 52940] New: [Regression]Assassin's Creed Origins crashes after intro videos with vulkan backend on wine-git
by WineHQ Bugzilla 15 May '22

15 May '22

https://bugs.winehq.org/show_bug.cgi?id=52940 Bug ID: 52940 Summary: [Regression]Assassin's Creed Origins crashes after intro videos with vulkan backend on wine-git Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: e7d86d9c6e58e8e133c606099615b0d9e7940132 Distribution: Debian Hi, When you launch the game from UbisoftConnect, there are 3 intro video (Epilepsy.bk2, pc_warningSaving.bk2 and warning_disclaimer.bk2) and then a splash-screen (screenshot : https://ibb.co/fSC33zX) to access to the main menu. This screenshot has been taken with DXVK, the game has an issue with wined3d opengl/vulkan backend with with wine <= 7.7 (see bug #45358) (https://bugs.winehq.org/attachment.cgi?id=72313) With wine-git the game crashes after the 3 intro video when the splash-screen must appears. I did a regression test and the 1st bad commit is : ###### e7d86d9c6e58e8e133c606099615b0d9e7940132 is the first bad commit commit e7d86d9c6e58e8e133c606099615b0d9e7940132 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Fri Apr 22 15:42:56 2022 -0500 wined3d: Clear Vulkan textures on the GPU in wined3d_texture_vk_load_texture(). Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/wined3d/texture.c | 61 ++++++++++++++++++++++++++++++++++++++++++-------- 1 file changed, 52 insertions(+), 9 deletions(-) ###### After to revert it, i confirm that the broken splash-screen appears. VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log here : https://www.mediafire.com/file/n8gnbe5949mr4rs/AC_Origins_d3d_wine_git.7z/f… -- 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 52827] New: .NET 6 / .NET6 Application "Reloaded II" Fails to Run
by WineHQ Bugzilla 14 May '22

14 May '22

https://bugs.winehq.org/show_bug.cgi?id=52827 Bug ID: 52827 Summary: .NET 6 / .NET6 Application "Reloaded II" Fails to Run Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- Created attachment 72215 --> https://bugs.winehq.org/attachment.cgi?id=72215 Reloaded-II Vanilla Wine 7.6 Log SHA256 Checksum of Setup.exe: 9f2c200d9049aa2a7729f17b2628f8ff152d10b5d6efbebee4c642b6a37a08db Program version: 1.17.5 Open-source on Github; web archive download link: https://web.archive.org/web/20220416193511/https://objects.githubuserconten… Supposedly requires both .NET 6.x.x runtime x86 and x64 bits ----- Installing the .NET 6 runtime prerequisites and attempting run the application doesn't enable the application to run; it crashes on launch with various errors, one of which mentioning XAML. This application not working also prevents several other applications (namely mod tools) from working as well. (The ones that currently come to mind are Persona 4 Golden PC modding tools.) -- 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 28126] New: Big Race USA Demo: menu animations and music too fast
by wine-bugs＠winehq.org 14 May '22

14 May '22

http://bugs.winehq.org/show_bug.cgi?id=28126 Summary: Big Race USA Demo: menu animations and music too fast Product: Wine Version: 1.3.26 Platform: x86-64 URL: http://games.softpedia.com/get/Games-Demo/Pro-Pinball- Big-Race-USA-Demo.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: asb(a)asbradbury.org Created an attachment (id=36038) --> (http://bugs.winehq.org/attachment.cgi?id=36038) bigraceusademo.exe on wine 1.3.26 (no debug channels) In the Big Race USA Demo (or the full Big Race USA game as sold by gog.com), the menu animations (blinking of text and spinning of icons) move far too fast. Additionally, the game music and sound effects are incredibly fast and 'crackly'. I mention both issues as it seems likely they have the same root cause. My CPU is an i5-750 at 2.67Ghz (presumably this problem may not occur on something much slower like an Atom). Workaround: Use cpulimit on the bigraceusademo.exe process. Turning on a noisy enough debug channel will also slow the process down enough that the sound problem will go away. To reproduce, just install the linked demo, run bigraceusademo.exe and observe the rapidly spinning menu items and corrupted audio output. $ sha1sum bigrace.zip fd5cbfc5da9dd29a010cb02a1f847a753a65c2b2 bigrace.zip The demo and full game both work perfectly in Win 7 x64 on the same hardware. I tested in wine 1.0.1, 1.2.3, 1.3.26 and some versions in between. The problem was less pronounced in 1.0.1 (likely due to worse overall performance). I'll attach the output from 1.3.26, though the only relevant line appears to be the following, which seems to be a likely culprit for the problem: fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x1557b0, flags 0x1, event (nil) stub! -- 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 11

[Bug 47229] New: gog.com - The Void: crashes when entering two game locations
by wine-bugs＠winehq.org 14 May '22

14 May '22

https://bugs.winehq.org/show_bug.cgi?id=47229 Bug ID: 47229 Summary: gog.com - The Void: crashes when entering two game locations Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dron2065(a)rambler.ru Distribution: --- Created attachment 64501 --> https://bugs.winehq.org/attachment.cgi?id=64501 Output log of wine before crashing Video game The Void (GOG edittion) crashes with "Unhandled page fault on read access to 0x00000000 at address 0x1953eb7" in the same locations every time. It's make finish game impossible. There are at least two problem places at game. See more in attachment log. -- 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 29

[Bug 47720] New: eac3to performance issues
by wine-bugs＠winehq.org 13 May '22

13 May '22

https://bugs.winehq.org/show_bug.cgi?id=47720 Bug ID: 47720 Summary: eac3to performance issues Product: Wine Version: 4.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Created attachment 65192 --> https://bugs.winehq.org/attachment.cgi?id=65192 wine version eac3to used to work well a year ago but now has a few issues which need to be addressed not least of which is it takes 4 times longer to demux than it does when run under windows. Also the lossless check seems not to be done and certainly is not reported. A number of warnings which are generated apparently needlessly. I have attached screen shots from under wine and under windows which will show clearly the issues. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 51312] New: dxgi:dxgi: Wrong screen mode order on AMD GPUs (cw-rx460)
by WineHQ Bugzilla 13 May '22

13 May '22

https://bugs.winehq.org/show_bug.cgi?id=51312 Bug ID: 51312 Summary: dxgi:dxgi: Wrong screen mode order on AMD GPUs (cw-rx460) Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dxgi:dxgi gets failures of the form: https://test.winehq.org/data/patterns.html#dxgi:dxgi dxgi.c:1460: Test failed: Mode 3: Modes should have been sorted, refresh rate 59.940060 < 85.000000. dxgi.c:1460: Test failed: Mode 22: Modes should have been sorted, refresh rate 59.940060 < 85.000000. dxgi.c:1460: Test failed: Mode 55: Modes should have been sorted, refresh rate 59.940060 < 75.000000. * These failures happen on all available Windows versions (8.1 to 10 2009). * They also happen regardless of the Radeon driver version: 19.11.3 to 21.4.1. * They don't happen on machines with any other GPU (cw-gtx560 and QEmu VMs). * They also happen systematically so are not probably caused by a threading issue. * So this really looks like a Radeon-specific behavior. The failing test was introduced by the following commit: commit eb2028fa90c41d3b7b8b4f924cd86059c5ba1e0d Author: Andrew Eikum <aeikum(a)codeweavers.com> AuthorDate: Mon Oct 28 16:59:18 2019 +0330 dxgi: Sort reported output modes. Sekiro: Shadows Die Twice depends on this for its mode switching. Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Does the application crash on Windows machines with an AMD GPU? Or does the Radeon driver return the wrong order only on some GPUs? If the application does not crash maybe our order specification is a bit too strict? Given that an application depends on this we probably want Wine to respect the ordering. Just add a broken()? -- 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 52996] New: comdlg32:printdlg fails when OneNote is installed
by WineHQ Bugzilla 13 May '22

13 May '22

https://bugs.winehq.org/show_bug.cgi?id=52996 Bug ID: 52996 Summary: comdlg32:printdlg fails when OneNote is installed Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comdlg32:printdlg fails on cw-gtx560 and cw-rx460 when running Windows 1809 and 1909: printdlg.c:198: driver 'winspool' device 'OneNote' port 'Microsoft.Office.OneNote_16001.11629.20028.0_x64__8wekyb3d8bbwe_microsoft.onenoteim_S-1-5-21-2735375161-1667520140-535807745-1002' printdlg.c:215: Test failed: got 0 with 2 and 00000000 for '' (expected '>1' and '!= NULL') printdlg.c:220: Test failed: got driver 'winspool' (expected '') https://test.winehq.org/data/tests/comdlg32:printdlg.html It turns out these test configurations are the only ones that have this 'OneNote' line. All the others have the following trace instead: printdlg.c:198: driver 'winspool' device 'Microsoft Print to PDF' port 'PORTPROMPT:' So my understanding is that 'Microsoft Print to PDF' is the default printer for all the machines except for these four where "OneNote" is the default instead. I don't know how "OneNote" came to be the default on these machines. I don't think it was intentional on my part. Rather I suspect there was some randomness in the order in which some Windows updates were installed or something like that. For reference the cw-rx460-1909 machine has the following printers: * Fax * Microsoft Print to PDF --> This seems to be the default printer on all other machines. * Microsoft XPS Document Writer * OneNote --> This is the one that's selected by default in notepad, so presumably the default printer. (The Windows 10 1909 GUI does not make that really clear anywhere else that I could find) So it seems like the test should be adjusted to not fail with the OneNote printer. That or that check should be skipped? -- 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 50368] New: DragonAge Origins Launcher doesn't toggle music status
by WineHQ Bugzilla 13 May '22

13 May '22

https://bugs.winehq.org/show_bug.cgi?id=50368 Bug ID: 50368 Summary: DragonAge Origins Launcher doesn't toggle music status Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: ArchLinux Until recently the Dragon Age Origins Launcher didn't work at all becouse bug #44185 that was recently fixed. However now, the laucnehr start, it play correctly the music but the toggle button to disable/enable the music doesn't work. This is the flow of what seems the issue: 0164:trace:mci:mciSendStringW (L"pause all", 0074EE48, 100, 00000000) 0164:trace:mci:mciSendStringW verb=L"pause" on dev=L"all"; offset=4 0164:trace:mci:mciSendStringW [-1, MCI_PAUSE, 00000000, 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000] 0164:fixme:mci:MCI_SendCommand unhandled MCI_ALL_DEVICE_ID 0164:trace:mci:mciSendStringW => 117 wine isn't handling correctly the MCI_ALL_DEVICE_ID case in cases others then closing the device. This affect just the launcher (the game should work properly if not regressed recently, still didn't try) so low priority, but other programs may be affected. -- 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 52990] New: MFMEv20 Emulator needs user32.RegisterTouchWindow implementation
by WineHQ Bugzilla 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=52990 Bug ID: 52990 Summary: MFMEv20 Emulator needs user32.RegisterTouchWindow implementation Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian With wine-7.8, the application pops up an error dialog on start: RegisterTouchWindow Failed. If the function is hacked to return TRUE instead of FALSE, the application then starts 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 1

[Bug 51217] New: RtlWow64IsWowGuestMachineSupported() check fails on w1064v1607 for the 32-bit ntdll:info
by WineHQ Bugzilla 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=51217 Bug ID: 51217 Summary: RtlWow64IsWowGuestMachineSupported() check fails on w1064v1607 for the 32-bit ntdll:info Product: Wine Version: 6.8 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:info has a failure on w1064v1607 (Windows 10 64-bit version 1607 running the 32-bit tests): https://test.winehq.org/data/patterns.html#ntdll:info info.c:3024: Test failed: wrong result 0 This is a check of the RtlWow64IsWowGuestMachineSupported() result. The commit that introduced this check is: commit 4f8ede8e7665328a2a3ccd303875e239bf443512 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Thu Apr 29 17:15:15 2021 +0200 ntdll: Implement RtlWow64IsWowGuestMachineSupported(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 51078] New: mshtml:events hangs on Windows 10 1709
by WineHQ Bugzilla 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=51078 Bug ID: 51078 Summary: mshtml:events hangs on Windows 10 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 69941 --> https://bugs.winehq.org/attachment.cgi?id=69941 Patch to more reliably reproduce the hang mshtml:events sometimes hangs on Windows 10 1709: http://winetest.dolphin/data/patterns.html#mshtml:events For some reason this only happens on Windows 1709 (the reports say this is mshtml 11.0.16299.309). The test proceeds all the way to the end but then does not exit because the mshtml component still has threads running: VSyncHelper Internet Explorer_Hidden MSCTFIME UI Commenting out the test_focus() run gets rid of the hangs. Also running the test with WINETEST_INTERACTIVE=1 greatly increases the probability of getting a hang. I attached a patch that does that and can be used to reproduce the hang on the TestBot's w1064v1709 VM. So this is clearly related to focus. -- 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 52988] New: comctl32:monthcal fails on Windows in Korean because of unexpected IME messages
by WineHQ Bugzilla 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=52988 Bug ID: 52988 Summary: comctl32:monthcal fails on Windows in Korean because of unexpected IME messages Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:monthcal fails on Windows in Korean because of unexpected IME messages: monthcal.c:631: Test failed: create parent window: the msg 0x0007 was expected, but got msg 0x0282 instead monthcal.c:631: Test failed: create parent window: the msg 0x0047 was expected, but got msg 0x0024 instead monthcal.c:631: Test failed: create parent window: the msg 0x0005 was expected, but got msg 0x0282 instead monthcal.c:631: Test failed: create parent window: the msg 0x0003 was expected, but got msg 0x0281 instead monthcal.c:631: Test failed: create parent window: the msg sequence is not complete: expected 0000 - actual 0282 monthcal.c:631: Failed sequence create parent window: monthcal.c:631: 0: expected: 0024 - actual: 0024 wp 00000000 lp 0072f630 monthcal.c:631: 1: expected: 0081 - actual: 0081 wp 00000000 lp 0072f5e0 monthcal.c:631: 2: expected: 0083 - actual: 0083 wp 00000000 lp 0072f650 monthcal.c:631: 3: expected: 0001 - actual: 0001 wp 00000000 lp 0072f590 monthcal.c:631: 4: expected: 0018 - actual: 0018 wp 00000001 lp 00000000 monthcal.c:631: 5: expected: 0046 - actual: 0046 wp 00000000 lp 0072f630 monthcal.c:631: 6: expected: 030f - actual: 0046 wp 00000000 lp 0072f630 monthcal.c:631: 7: expected: 0046 - actual: 001c wp 00000001 lp 0000095c monthcal.c:631: 8: expected: 0047 - actual: 0086 wp 00000001 lp 00000000 monthcal.c:631: 9: expected: 001c - actual: 0006 wp 00000001 lp 00000000 monthcal.c:631: 10: expected: 0086 - actual: 0282 wp 00000006 lp 00000000 monthcal.c:631: 11: expected: 0006 - actual: 0282 wp 00000006 lp 00000000 monthcal.c:631: 12: expected: 0281 - actual: 0024 wp 00000000 lp 0072d650 monthcal.c:631: 13: expected: 0282 - actual: 0282 wp 00000006 lp 00000000 monthcal.c:631: 14: expected: 0007 - actual: 0281 wp 00000001 lp c000000f monthcal.c:631: 15: expected: 0047 - actual: 0282 wp 00000002 lp 00000000 monthcal.c:631: 16: expected: 0083 - actual: 0007 wp 00000000 lp 00000000 monthcal.c:631: 17: expected: 0005 - actual: 0047 wp 00000000 lp 0072f630 monthcal.c:631: 18: expected: 0003 - actual: 0005 wp 00000000 lp 01d701ee monthcal.c:631: 19: expected: nothing - actual: 0003 wp 00000000 lp 001a0003 monthcal.c:655: old style: 0x50800000, new style: 0x50800002 monthcal.c:655: old style: 0x50800000, new style: 0x50800000 monthcal.c:655: old style: 0x50800002, new style: 0x50800000 monthcal.c:655: old style: 0x50800002, new style: 0x50800002 monthcal.c:655: old style: 0x50800000, new style: 0x50800001 monthcal.c:655: old style: 0x50800000, new style: 0x50800000 monthcal.c:655: old style: 0x50800001, new style: 0x50800000 monthcal.c:655: old style: 0x50800001, new style: 0x50800001 https://test.winehq.org/data/patterns.html#comctl32:monthcal WM_GETMINMAXINFO == 0x0024 WM_IME_SETCONTEXT == 0x0281 WM_IME_NOTIFY == 0x0282 create_parent_window_seq[] already has some optional IME messages so it looks like more need to be added / moved to another place. The WM_GETMINMAXINFO is new though. -- 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 39659] New: comctl32:button test gets unexpected WM_CANCELMODE on my Windows 8 laptop
by wine-bugs＠winehq.org 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=39659 Bug ID: 39659 Summary: comctl32:button test gets unexpected WM_CANCELMODE on my Windows 8 laptop Product: Wine Version: 1.8-rc1 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Created attachment 52866 --> https://bugs.winehq.org/attachment.cgi?id=52866 log of test failure Test report: https://test.winehq.org/data/1d19eb15d4abfdd14dccc5ac05b83c0ee1a1ace1/win8_… Message tests calling SetFocus() on a button fail on my Windows 8 machine, because they get a WM_CANCELMODE message they weren't expecting. I have no idea what's special about my setup. It doesn't matter if I run the test stand-alone or with the full test suite, or if I run it as a dedicated user with a default 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.

2 5

[Bug 30875] New: Unable to deselect character blocks in BMFont
by wine-bugs＠winehq.org 12 May '22

12 May '22

http://bugs.winehq.org/show_bug.cgi?id=30875 Bug #: 30875 Summary: Unable to deselect character blocks in BMFont Product: Wine Version: 1.5.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dav75uk(a)yahoo.co.uk Classification: Unclassified Run BMFont (http://www.angelcode.com/products/bmfont/) and click on some of the checkboxes to the right to select characters to be included. It is not possible to uncheck the checkboxes. Workaround is to unselect one of the characters (click on a character in that range) which changes the full checked box to a part check box. The part check box can be unselected. -- 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 7

[Bug 52911] New: ole32:moniker fails on Windows in the UTF-8 codepage
by WineHQ Bugzilla 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=52911 Bug ID: 52911 Summary: ole32:moniker fails on Windows in the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ole32:moniker fails on Windows in the UTF-8 codepage: moniker.c:2189: Test failed: IsEqual failed with error 0x000001 [...] https://test.winehq.org/data/patterns.html#ole32:moniker So the failures happen because moniker1 and moniker2 are always different. Adding a call to winetest_push_context() shows that the failures all happen for string 2 which ole32:moniker uses to skip tests on code pages where there are round-trip issues: {0xc0, 0xc1, 0xc2, 0xc3, 0xc4, 0xc5, 0xc6, 0xc7, 0xc8, 0xc9, 0xca, 0xcb, 0xcc, 0xcd, 0xce, 0xcf, 0xd0, 0}, [...] skip("string 2 doesn't round trip in codepage %u\n", GetACP() ); So it looks like the skip fails to trigger for the UTF-8 codepage (or that we should do something else to make the UTF-8 case work). -- 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 45432] New: Implement Windows Native Firewall Rules for Lightwave Software Licensing - netfw_rules
by wine-bugs＠winehq.org 12 May '22

12 May '22

https://bugs.winehq.org/show_bug.cgi?id=45432 Bug ID: 45432 Summary: Implement Windows Native Firewall Rules for Lightwave Software Licensing - netfw_rules Product: Wine Version: 3.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newel.anderson(a)gmail.com Distribution: --- Created attachment 61753 --> https://bugs.winehq.org/attachment.cgi?id=61753 Terminal logs installing and launching Lightwave under WIne 3.11 in Linux Lightwave requires Windows Native Firewall Inbound/Outbound Rules in order to register/activate one's license. For reference, please see: https://forum.winehq.org/viewtopic.php?f=8&t=30847&p=116945#p116945 (I'm wineink) Towards the end of the above thread I posted terminal output as well as screenshots. Disabling Windows Firewall, as well as deleting the inbound/outbound rules in Windows, deactivates my license. Re-enabling the rules and Windows Firewall reactivates my license. Since this functionality doesn't exist in Wine, Wine hasn't to my knowledge implemented Windows Native Firewall Rules, it's impossible to register/activate my legally purchased license in Wine. Thank you for your time and consideration. ***Please note, the above applies only to a FULL license of Lightwave. The trial, which is node-locked, works as designed. Unfortunately, the FULL license is not node-locked. -- 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 45

[Bug 52986] New: d3d9:device - In Wine test_vertex_buffer_read_write() fails on on cw-rx460
by WineHQ Bugzilla 11 May '22

11 May '22

https://bugs.winehq.org/show_bug.cgi?id=52986 Bug ID: 52986 Summary: d3d9:device - In Wine test_vertex_buffer_read_write() fails on on cw-rx460 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d9:device - In Wine test_vertex_buffer_read_write() only succeeds on cw-rx460: device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 0. device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 1. device.c:13967: Test failed: Got unexpected value 3.00000000e+000, i 2. https://test.winehq.org/data/patterns.html#d3d9:device This is specific to this machine so it seems likely that this is related to the graphics card / driver. -- 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 52985] New: d3d9:device - test_reset_fullscreen() gets an unexpected WM_SIZE message with fvwm
by WineHQ Bugzilla 11 May '22

11 May '22

https://bugs.winehq.org/show_bug.cgi?id=52985 Bug ID: 52985 Summary: d3d9:device - test_reset_fullscreen() gets an unexpected WM_SIZE message with fvwm Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72354 --> https://bugs.winehq.org/attachment.cgi?id=72354 The TestBot's fvwm configuration d3d9:device - test_reset_fullscreen() gets an unexpected WM_SIZE message with fvwm: device.c:4822: Test failed: Received unexpected WM_SIZE message. https://test.winehq.org/data/patterns.html#d3d9:device This failure happens on cw-gtx560, cw-rx460 and debian11 VM which all run Debian 11 with fvwm, and on debiant VM which runs Debian Testing with fvwm. But it does not happen on fg-deb64 which runs Debian 11 too, but with KDE's window manager. So it is pretty likely that this failure only happens when running fvwm. -- 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 52984] New: d3d8:device - test_cursor_pos() missing a MOUSEMOVE on cw-gtx560 and cw-rx460
by WineHQ Bugzilla 11 May '22

11 May '22

https://bugs.winehq.org/show_bug.cgi?id=52984 Bug ID: 52984 Summary: d3d8:device - test_cursor_pos() missing a MOUSEMOVE on cw-gtx560 and cw-rx460 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d8:device - test_cursor_pos() is missing a MOUSEMOVE most of the time on cw-gtx560 and cw-rx460: device.c:1324: Test failed: Didn't receive MOUSEMOVE 0 (50, 50). https://test.winehq.org/data/patterns.html#d3d8:device This happens almost systematically on cw-gtx560 and cw-rx460 with Windows 10 1709 to 1909 but happens much less frequently with more recent Windows versions. Also it never happens in the TestBot VMs running the same Windows versions and also does not happen on fgtb-w10pro64-rx550. So it may be related to the set of display modes that the monitor supports which would explain why the KVM-connected machines are impacted and not the others. Or it could be related to the GPU drivers and fgtb-w10pro64-rx550 just got lucky because it's on a more recent Windows version. -- 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 52935] New: comctl32:tab - test_tab(-1&-3) fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 11 May '22

11 May '22

https://bugs.winehq.org/show_bug.cgi?id=52935 Bug ID: 52935 Summary: comctl32:tab - test_tab(-1&-3) fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:tab's test_tab(-1&-3) fails on Windows with the UTF-8 codepage: tab.c:591: Testing with default MinWidth tab.c:579: Test failed: with icon, set size > icon: Expected [51,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [51,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [51,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [54,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [54,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [54,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [57,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [57,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [57,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [60,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [60,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [60,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [63,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [63,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [63,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [66,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [66,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [66,1] got [48,1] tab.c:593: Testing with MinWidth set to -3 tab.c:579: Test failed: with icon, set size > icon: Expected [51,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [51,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [51,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [54,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [54,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [54,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [57,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [57,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [57,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [60,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [60,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [60,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [63,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [63,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [63,1] got [48,1] tab.c:579: Test failed: with icon, set size > icon: Expected [66,30] got [48,30] tab.c:580: Test failed: with icon, set size < icon: Expected [66,20] got [48,20] tab.c:581: Test failed: with icon, min size: Expected [66,1] got [48,1] https://test.winehq.org/data/patterns.html#comctl32:tab Hindi + UTF-8 is the only locale where this test fails on Windows at this time. In particular there is no failure on the standard Hindi locale (English system locale) so this appears to be specific to UTF-8. -- 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 52939] New: advapi32:registry - test_RegNotifyChangeKeyValue() has an intermittent failure on all Windows versions
by WineHQ Bugzilla 11 May '22

11 May '22

https://bugs.winehq.org/show_bug.cgi?id=52939 Bug ID: 52939 Summary: advapi32:registry - test_RegNotifyChangeKeyValue() has an intermittent failure on all Windows versions 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 Created attachment 72312 --> https://bugs.winehq.org/attachment.cgi?id=72312 Loop on test_RegNotifyChangeKeyValue() to reproduce the event failures advapi32:registry's test_RegNotifyChangeKeyValue() has an intermittent failure on all Windows versions: registry.c:3471: Test failed: expected ERROR_SUCCESS, got 6 registry.c:3599: Test failed: expected WAIT_OBJECT_0, got 258 https://test.winehq.org/data/patterns.html#advapi32:registry The failure is pretty rare so it is likely to cause false positives. The attached patch makes it possible to systematically reproduce the issue, at least on my test VM. With the 10000 loops I get 4 to 5 cases with the failure (so a rate of 0.05%) and a test run still takes under 8 seconds. -- 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 52925] New: usp10:usp10 The wgDefault check fails on Windows in non-basic locales (Hebrew, Japanese, etc)
by WineHQ Bugzilla 11 May '22

11 May '22

https://bugs.winehq.org/show_bug.cgi?id=52925 Bug ID: 52925 Summary: usp10:usp10 The wgDefault check fails on Windows in non-basic locales (Hebrew, Japanese, etc) Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com usp10:usp10's wgDefault check in test_ScriptGetFontProperties() fails on some bitmap fonts in a number of locales: * Arabic usp10.c:2591: Test failed: bitmap font System wgDefault 0126, tmDefaultChar 0085 usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 0126, tmDefaultChar 0085 usp10.c:2591: Test failed: bitmap font MS Serif wgDefault 0126, tmDefaultChar 0085 usp10.c:2591: Test failed: bitmap font MS Sans Serif wgDefault 0126, tmDefaultChar 0085 * Hebrew usp10.c:2591: Test failed: bitmap font Small Fonts wgDefault 01ac, tmDefaultChar 0080 * Hindi + UTF-8 (no failure for plain Hindi) usp10.c:2591: Test failed: bitmap font System wgDefault 00fd, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 00fd, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font Courier wgDefault 00fd, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font MS Serif wgDefault 00fd, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font MS Sans Serif wgDefault 00fd, tmDefaultChar 0081 usp10.c:2591: Test failed: bitmap font Small Fonts wgDefault 00fd, tmDefaultChar 0080 * Japanese usp10.c:2591: Test failed: bitmap font FixedSys wgDefault 00f0, tmDefaultChar 00a0 usp10.c:2591: Test failed: bitmap font @FixedSys wgDefault 00f0, tmDefaultChar 00a0 * Chinese usp10.c:2591: Test failed: bitmap font System wgDefault 00ac, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font @System wgDefault 00ac, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font Terminal wgDefault 00ac, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font @Terminal wgDefault 00ac, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font Fixedsys wgDefault 00ac, tmDefaultChar 0080 usp10.c:2591: Test failed: bitmap font @Fixedsys wgDefault 00ac, tmDefaultChar 0080 https://test.winehq.org/data/patterns.html#usp10:usp10 In each case we get the expected value on Windows with a number of fonts but there are some exceptions that cause the failures. For a given locale the exceptions all have the same wgDefault value which means there is probably some logic to it. So we either need to come up with a better way to find the expected wgDefault value, or to radically loosen the test, or to restrict the test to some 'safe' fonts, or to remove the test entirely. -- 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 52981] New: windows.media.speech:speech - SpeechRecognizer fails to initializes with elevated privileges
by WineHQ Bugzilla 11 May '22

11 May '22

https://bugs.winehq.org/show_bug.cgi?id=52981 Bug ID: 52981 Summary: windows.media.speech:speech - SpeechRecognizer fails to initializes with elevated privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Most of test_SpeechRecognizer() is skipped when run with elevated privileges: speech.c:896: SpeechRecognizer default language L"fr-FR". speech.c:1172: Tests skipped: Could not init SpeechRecognizer with default language! https://test.winehq.org/data/patterns.html#windows.media.speech:speech The involved lines are: 919 hr = RoActivateInstance(hstr, &inspectable); 922 if (hr == S_OK) ... 1170 else if (hr == SPERR_WINRT_INTERNAL_ERROR) /* Not sure when this triggers. Probably if a language pack is not installed. */ 1171 { 1172 win_skip("Could not init SpeechRecognizer with default language!\n"); An analysis of the test results across Windows versions shows that we see this SPERR_WINRT_INTERNAL_ERROR on Windows 10 >= 1809: cw-gtx560-1507 S_OK cw-rx460-1507 S_OK w1064v1507 S_OK w1064v1607 S_OK cw-gtx560-1709 S_OK cw-rx460-1709 S_OK w1064v1709 S_OK cw-gtx560-1809 skipped cw-rx460-1809 skipped w1064v1809 skipped cw-gtx560-1909 skipped cw-rx460-1909 skipped w1064v1909 skipped w1064v2004 skipped cw-gtx560-2009 skipped cw-rx460-2009 skipped w1064v2009 skipped cw-gtx560-21h1 skipped cw-rx460-21h1 skipped w10pro64-21h1 skipped cw-gtx560-21h2 skipped cw-rx460-21h2 skipped w1064-21h2 skipped w10pro64-21h2 skipped So far that looks pretty clear cut: Microsoft changed things around 1809 such that processes running with elevated privileges cannot / are not allowed to perform speech recognition. That would mean the test should drop the privileges so it can run on any platform. However the test was not skipped in the w10pro64v2004 and w10pro64 (21H1) test configurations... until they were upgraded. So this indicates that there may be a way to get this test to work even while retaining elevated privileges. But how? To help debug the issue I added two test configurations: * w10pro64restored The w10pro64 VM restored from a backup of the pre-2022-05 upgrade VM. Surprisingly the test still ends up being skipped! * w10pro64old Luckily before the upgrade I moved the old VM out of the way. It is now available as w10pro64old with the exact same live snapshots. Comfortingly the test is still not skipped, even after waiting some time and rebooting. That last part indicates there may be something either in the way the TestBot creates the live snapshots, or in the "WineTestBot VMs" checklist I go through when preparing the VMs and the cw-* machines (but then the clear 1809 cutoff point is quite a coincidence). -- 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 33621] New: [UWIN] ksh93 from UWIN generates a lot of fixme warnings
by wine-bugs＠winehq.org 11 May '22

11 May '22

http://bugs.winehq.org/show_bug.cgi?id=33621 Bug #: 33621 Summary: [UWIN] ksh93 from UWIN generates a lot of fixme warnings Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simon.toedt(a)gmail.com Classification: Unclassified Running ksh93 (Korn Shell 93) from the UWIN (Unix emulation on Windows) toolkit generates a lot of "fixme" warnings and the shell is generally not useable. The goal is to use WINE for automated testing without having to fire up a full blown Windows system each time in VMware or real iron. Steps to test: 1. Install UWIN: > wget --http-user="I accept www.opensource.org/licenses/eclipse" --http-passwd="." 'http://www2.research.att.com/~gsf/download/beta/uwin-base.2013-02-08.win32.…' > wine uwin-base.2013-02-08.win32.i386.exe 2. Run Windows/UWIN version of ksh93: wine64 'C:\Program Files/UWIN/usr/bin/ksh.exe' fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:process:SetProcessShutdownParameters (00000000, 00000001): partial stub. fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:ntdll:NtSetInformationToken unimplemented class 4 fixme:advapi:LsaOpenPolicy ((null),0x23f980,0x00000001,0x23f950) stub fixme:advapi:LsaClose (0xcafe) stub fixme:netbios:NetServerEnum Stub ((null) 100 0x23f440 -1 0x23fbb8 0x23fbc8 24 (null) (nil)) fixme:netapi32:NetGetDCName ((null), (null), 0x23f448) stub! fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0xf70850,symt:0xfce150) fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 -> r8/336) fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 -> r8/336) fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x20e2370,symt:0x2140480) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for debug_info(abbrev:0x2914e98,symt:0x2970264) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for debug_info(abbrev:0x2943cb0,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for debug_info(abbrev:0x2914e90,symt:(nil)) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 -> rax/328) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x36b3448,symt:0x378fa1c) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743718,symt:0x37781b4) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743658,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x37425a0,symt:0x3754e38) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x15 at ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil)) fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil)) fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented wine version is wine-1.5.30. Wine versions older than wine-1.5.30 may not work as described in bug 33619. IMO the most pressing problems are: 1. fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. 2. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented 3. fixme:netapi32:NetUserGetInfo Level 3 is not implemented 4. fixme:ntdll:NtSetInformationToken unimplemented class 4 5. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented -- 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 52968] New: CPU BoostTester manages to run only on real cores in Windows, but not with wine
by WineHQ Bugzilla 09 May '22

09 May '22

https://bugs.winehq.org/show_bug.cgi?id=52968 Bug ID: 52968 Summary: CPU BoostTester manages to run only on real cores in Windows, but not with wine Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christian.frank(a)gmx.de Distribution: --- Hi, the following tiny porgram is used to test the boost capability of cpus. It detects real cores and only tests those, not the smt siblings. On windows it manages to run on the real cores only. On Linux it runs on the cores 0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30 I am using a 5950x. The real cores are 0-15. The siblings ar 16-31. 0+16 is a pair, 1+17, 2+18 etc.. So instead of testing the 16 real cores, it is testing only 8 + siblings. The software is availible here, including source. I don't know if the software is doing some strange things to detect the real cores or if the issue is on the wine side. As the source is just a handful of c++ code, someone with experience might take a look and judge where the problem is, wine or the program. Here is the link: https://github.com/jedi95/BoostTester Many thx ! -- 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 52976] New: Daagon Map Maker on itch.io crash
by WineHQ Bugzilla 08 May '22

08 May '22

https://bugs.winehq.org/show_bug.cgi?id=52976 Bug ID: 52976 Summary: Daagon Map Maker on itch.io crash Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: ildaniel999(a)hotmail.com Distribution: --- Created attachment 72346 --> https://bugs.winehq.org/attachment.cgi?id=72346 wine file loads up to 100%, changes screen settings, but then crashes -- 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 52684] New: Command and Conquer Generals (and C&C Zero Hour) have no ground textures
by WineHQ Bugzilla 07 May '22

07 May '22

https://bugs.winehq.org/show_bug.cgi?id=52684 Bug ID: 52684 Summary: Command and Conquer Generals (and C&C Zero Hour) have no ground textures Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: bender647(a)yahoo.com Regression SHA1: 1632b8e7a419ebf256c4a356a58d505ef918f2fe Distribution: Slackware Introduced in wine-7.3 with commit 1632b8e7a419ebf256c4a356a58d505ef918f2fe, the C&C Generals game engine does not draw ground textures. The ground (or water) area is black. Reverting to wine-7.2, or applying this commit as a reverse-patch on wine-7.4 will fix the issue. The commit was found by bisecting the git tree. This symptom appears in older bug reports but the fixes there do not appear to work now. Tested on two platforms, but both were Intel i915 graphics. If necessary, I can get access to an Nvidia platform. To reproduce: 1. A free demo is available for download to run the game: https://www.moddb.com/downloads/start/111369 (https://www.moddb.com/games/cc-generals/downloads/command-conquer-generals-…). 2. Install in 32-bit prefix. 3. Run with `wine start generals.exe -nologo` and the game engine will be seen running behind the main menu. The ground will be blank if the bug is present. Verified to affect: https://appdb.winehq.org/objectManager.php?sClass=version&iId=4881 https://appdb.winehq.org/objectManager.php?sClass=version&iId=35407 Likely also: https://appdb.winehq.org/objectManager.php?sClass=version&iId=1717 -- 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 24

[Bug 45098] New: FrostPunk: multiple graphical glitches
by wine-bugs＠winehq.org 07 May '22

07 May '22

https://bugs.winehq.org/show_bug.cgi?id=45098 Bug ID: 45098 Summary: FrostPunk: multiple graphical glitches Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)embed.me.uk Distribution: --- Created attachment 61268 --> https://bugs.winehq.org/attachment.cgi?id=61268 FrostPunk log With patch posted in https://bugs.winehq.org/show_bug.cgi?id=45080 the game sucessfully starts however there are severe graphical glitches which render it unplayable. Log 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.

2 15

[Bug 2155] Failure of SetFocus, SetActiveWindow and SetForegroundWindow
by WineHQ Bugzilla 07 May '22

07 May '22

https://bugs.winehq.org/show_bug.cgi?id=2155 Ker noa <blue-t(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |blue-t(a)web.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 0

[Bug 50458] New: Tooltips block input in Foobar2000
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=50458 Bug ID: 50458 Summary: Tooltips block input in Foobar2000 Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debilerpc(a)web.de Distribution: --- **Context:** Like with most media players, Foobar2000's playlist view is essentially a spreadsheet where each line is a track and each column displays a tag or metadata field. If the length of the tag exceeds the width of the column, it gets cut off. You can see the full tag in a tooltip by hovering over it with a mouse in that case. **The problem:** As long as the tooltip is displayed, the app registers neither keyboard nor mouse input. I suspect this problem exists in a variety of [apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but here it is especially annoying. **Expected behavior:** When input is sent, the tooltip should disappear, and Foobar2000 should react to the input. This is what happens under Windows 10. -- 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 52771] New: Wine console creation breaks comctl32:button, dinput:keyboard, user32:dialog, user32:input, user32:monitor and user32:win
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52771 Bug ID: 52771 Summary: Wine console creation breaks comctl32:button, dinput:keyboard, user32:dialog, user32:input, user32:monitor and user32:win Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The way Wine creates the window for console applications breaks comctl32:button, dinput:keyboard, user32:dialog, user32:input, user32:monitor and user32:win. https://test.winehq.org/data/patterns.html#comctl32:button https://test.winehq.org/data/patterns.html#dinput:keyboard https://test.winehq.org/data/patterns.html#user32:dialog https://test.winehq.org/data/patterns.html#user32:input https://test.winehq.org/data/patterns.html#user32:monitor https://test.winehq.org/data/patterns.html#user32:win These all started failing in Wine on 2022-03-17 with the commit below (also referenced in bug 52761): commit f034084d49b354811096524d472ae5172ac1cebf Author: Eric Pouech <eric.pouech(a)gmail.com> Date: Thu Mar 17 08:27:28 2022 +0100 kernelbase: Handle corner case in CreateProcess. In CreateProcess, if: - parent isn't attached to a console - CreateProcess's flag isn't set with DETACHED_PROCESS nor CREATE_NEW_CONSOLE - child is a CUI program then a console must be allocated for the child. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52048 Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The way the TestBot starts the tests in Wine is this [1]: testagentd (Unix, no terminal) \- shell script (sh Unix, no terminal) \- WineTest.pl (perl Unix, no terminal) \- ./wine TestLauncher (Windows CUI, no console) \- unit test (Windows CUI) -> creates a console \- unit test can recurse upon itself (CUI) I will now try to summarize the current understanding of the issue from the wine-devel discussion [2], using the above figure as a reference: 1. testagentd is a daemon so it does not have an associated terminal. 2. When ./wine does not have a terminal it does not create a console window, even when starting a console application. This is so wine can be used for background (batch) tasks without requiring a X session or popping up windows all over the place. 3. But when a Windows application calls CreateProcess() without DETACHED_PROCESS, a console does get created. This is what happens when TestLauncher starts a unit test. 4. While the console object is created synchronously in the wineserver process, the actual window is created asynchronously (by wineconsole). This causes it to pop up while the unit test as already started, which confuses the tests that check the window hierarchy, the focus, etc. There are two ways the above differ from Windows: 1. I believe Windows creates both the console object and the matching window synchronously. So even if the console was created when starting the test unit there should be no failure. 2. On Windows the shell script is replaced by a batch script which triggers the console creation. So the console creation happens a bit earlier which could also mask any window creation delay. The reason why f034084d49b3 made a difference is that before Wine was not creating console windows. [1] More details on the different ways the TestBot starts the tests: https://www.winehq.org/pipermail/wine-devel/2022-April/212550.html [2] March: https://www.winehq.org/pipermail/wine-devel/2022-March/212330.html April: https://www.winehq.org/pipermail/wine-devel/2022-April/212513.html -- 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 45388] New: user32: edit fails on Traditional Chinese and Korean locales
by wine-bugs＠winehq.org 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=45388 Bug ID: 45388 Summary: user32:edit fails on Traditional Chinese and Korean locales Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:edit fails with the following errors on Traditional Chinese and Korean locales: edit.c:1489: Test failed: 0: got 1, 1 edit.c:1510: Test failed: 0: got 1, 1 edit.c:1524: Test failed: 0: got 1, 1 edit.c:1538: Test failed: 0: got 1, 1 See: * Source matching the above https://source.winehq.org/git/wine.git/?a=blob;f=dlls/user32/tests/edit.c;h… * user32:edit WineTest failures https://test.winehq.org/data/tests/user32:edit.html The errors can be reproduced on the newtb-wvistau64-zh-cn TestBot VM, and also happen on fg-win7u64-1spie9-ko. -- 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 52869] New: kernel32:locale - test_CompareStringA() fails in Wine in Hindi
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52869 Bug ID: 52869 Summary: kernel32:locale - test_CompareStringA() fails in Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- test_CompareStringA() started failing in Wine in Hindi recently: locale.c:1884: Test failed: expected CSTR_LESS_THAN, got 2 locale.c:1886: Test failed: expected CSTR_GREATER_THAN, got 2 https://test.winehq.org/data/patterns.html#kernel32:locale A bisect shows this failure started with the commit below: commit 8993e15cfa5b77ac2487239354ffe63bbc5e562d Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 11 17:21:47 2022 +0200 kernelbase: Support UTF-7/8 codepages in get_codepage_table(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52743] New: regression cannot write to _fdopen'ed stdout
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52743 Bug ID: 52743 Summary: regression cannot write to _fdopen'ed stdout Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: --- since wine 7.2, opening stdout with _fdopen and printing into it crashes ``` #include <stdio.h> #include <io.h> #include <fcntl.h> int main() { FILE * m_stdout = _fdopen(_fileno(stdout), "wb"); fprintf(m_stdout, "foo\n"); fclose(m_stdout); return 0; } $ x86_64-w64-mingw32-gcc main.c $ wine a.exe ... wine: Unhandled page fault on read access to 0000000000000050 at address 0000000170059685 (thread 0128), starting debugger... ... ``` For context, this is what qt-xmlpatterns does: https://github.com/qt/qtxmlpatterns/blob/dev/tools/xmlpatterns/main.cpp#L184 -- 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 52362] New: Powershell Core 7 installer hangs forever on Chinese locale (LC_ALL=zh_Han.UTF-8)
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52362 Bug ID: 52362 Summary: Powershell Core 7 installer hangs forever on Chinese locale (LC_ALL=zh_Han.UTF-8) Product: Wine Version: 7.0-rc3 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.1.5/PowerShell-7.1.5-win-x64.msi OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Hi, someone i was trying to help someone to get this installed and he reported this to me (I couldn`t reproduce it), that the installer hung for him, and in fact he found that it was due to the fact he was running with LC_ALL=zh_Han.UTF-8 I don`t know anything about these chinese locales, but report anyway as could be a bug in wine (?). reproduce: LC_ALL=zh_Han.UTF-8 5ine msiexec /i PowerShell-7.1.5-win-x64.msi A +relay shows it`s looking for files in directory zh-CN which is not there, though there is zn-Han(s) directories. But just copying zh-Han to zh-CN didn`t help either. Anyway, I guess someone with more knowledge about (Chinese) locales would have lots more clues than i have... -- 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 52149] New: user32:dialog fails in test_DialogBoxParam() on current Windows 10 21H1
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52149 Bug ID: 52149 Summary: user32:dialog fails in test_DialogBoxParam() on current Windows 10 21H1 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:dialog fails in test_DialogBoxParam() on current Windows 10 21H1: dialog.c:1854: Test failed: got 1407 https://test.winehq.org/data/patterns.html#user32:dialog So instead of failing with an error code of 0, the call below fails with ERROR_CANNOT_FIND_WND_CLASS... which makes sense? ret = DialogBoxParamA(GetModuleHandleA(NULL), "TEST_DIALOG_INVALID_CLASS", 0, DestroyDlgWinProc, 0); It's interesting to note that this failure did not happen on the initial Windows 10 21H1 test configurations (2021-08-23). As far as I can tell it's only after KB5006670 was applied (on 2021-10-21) that the test started failing. Unfortunately this is a cumulative update so it may not help narrow down the cause very much. -- 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 52922] New: The Evil Within crashes before entering the main menu using Vulkan renderer
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52922 Bug ID: 52922 Summary: The Evil Within crashes before entering the main menu using Vulkan renderer Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: e7d86d9c6e58e8e133c606099615b0d9e7940132 Distribution: --- wine: Unhandled page fault on read access to 00007F3B54255B28 at address 00007F32CDDE5A09 (thread 0740), starting debugger... -- 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 52887] New: Get-Computerinfo from NoPowershell crashes
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52887 Bug ID: 52887 Summary: Get-Computerinfo from NoPowershell crashes Product: Wine Version: 7.7 Hardware: x86-64 URL: https://github.com/bitsadmin/nopowershell/releases/tag /1.23 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 72275 --> https://bugs.winehq.org/attachment.cgi?id=72275 patch NoPowershell.exe provides a number of commandlets without the need to install it(https://github.com/bitsadmin/nopowershell/releases/tag/1.23). Prerequisite: winetricks -q dotnet48 The commandlet Get-Computerinfo acts as replacement of systeminfo.exe Source: https://github.com/bitsadmin/nopowershell/blob/master/Source/NoPowerShell/C… Currently fails with: Get-ComputerInfo : System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection. Parameter name: index at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource) at NoPowerShell.Commands.Management.GetComputerInfo.Execute(CommandResult pipeIn) at NoPowerShell.Program.Main(String[] args) Attached patch fixes it, to run into next bug . Next bugs are some missing props from various classes. After adding them (albeit quickly with some hacks) the cmdlet runs. I attach first three patches, rest follows later. -- 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 52847] New: GetACP() returns CP_UTF8 on some debian VM
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52847 Bug ID: 52847 Summary: GetACP() returns CP_UTF8 on some debian VM Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: eric.pouech(a)orange.fr Distribution: --- wine's tests in kernel32/tests/process.c fail on some Debian VM (Dhivehi:Maldives and Hindi:India) debugging it shows: - conhost (in window.c) aborts at startup because TranslateCharsetInfo( GetACP() ...) fails in Wine - both locale return CP_UTF8 from GetACP() - testing on windows vm (Hindi), show that GetACP() returns 1252 CP - moreover, testing on Win11 TranslateCharsetInfo( CP_UTF8 ) succeeds returning the Win11 values for CP_UTF8 in TranslateCharsetInfo let the kernel32:process run "correctly" (ie no longer showing the specific errors related to TranslateCharsetInfo) -- 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 48045] New: comdlg32:filedlg crashes or times out randomly
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=48045 Bug ID: 48045 Summary: comdlg32:filedlg crashes or times out randomly Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 65586 --> https://bugs.winehq.org/attachment.cgi?id=65586 comdlg32:filedlg: Traces to debug random crash / timeouts. comdlg32:filedlg crashes randomly on all Windows versions from Vista to Windows 8 while Windows 10 (at least 1507, 1709 and 1809) gets random timeouts. https://test.winehq.org/data/tests/comdlg32:filedlg.html When successful comdlg32:filedlg does not print much so the standard reports are pretty much useless to spot the place where the test gets stuck on Windows 10, assuming it gets stuck in a specific place rather than just being slow. As for the crashes, they don't trigger the tests exc_filter() so there is no indication of the last successful ok() call. Turning on 'Report successful tests' may be preventing the crash (or these runs just got lucky). It's possible to reproduce the crash while adding the traces in the attached patch. This is not entirely fruitful as the crashes don't seem to always happen in the same place. test_extension() is the place where most issues happen though: https://testbot.winehq.org/JobDetails.pl?Key=59060 -> wvistau64: Crash in test_extension(). Based on the test_extension_helper() traces, it happened in the loop with i=1 so for "TestFilter (*.abc;)\0*.abc;\0". https://testbot.winehq.org/JobDetails.pl?Key=59086 -> w2008s64+exe: Crash on or after test_extension() return https://testbot.winehq.org/JobDetails.pl?Key=59088 -> wvistau64+exe: Crash in test_DialogCancel() https://testbot.winehq.org/JobDetails.pl?Key=59091 -> wvistau64_fr: Spent 39s in test_null_filename() but no timeout https://testbot.winehq.org/JobDetails.pl?Key=59139 -> wvistau64: Crash in test_null_filename() -> wvistau64_fr: Timeout in test_extension() filedlg.c:1048: filter=[TestFilter (*.ab?) lpstrDefExt=NULL] https://testbot.winehq.org/JobDetails.pl?Key=59151 -> wvistau64: Crash in test_extension() filedlg.c:1048: filter=[TestFilter (*.abc.def)] -> wvistau64_fr: Timeout in or after test_mru() filedlg.c:637: 19 test_ok filedlg.c:904: 29 test_getfolderpath filedlg.c:986: 30 test_mru -> w1064v1809_zh_CN: Two failures in test_extension() filedlg.c:1053: Test failed: TestFilter (*.pt*;*.abc): expected TRUE filedlg.c:1059: Test failed: TestFilter (*.pt*;*.abc): Filename is deadbeef, expected deadbeef.xyz Memory corruption, maybe happening quite early in the test? -- 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 52924] New: Guilty Gear XX #Reload: black screen since wine 5.0
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52924 Bug ID: 52924 Summary: Guilty Gear XX #Reload: black screen since wine 5.0 Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s.guidoni(a)tin.it Distribution: --- Since wine 5.0 the game "Guilty Gear XX ♯Reload" shows a black screen while running. The game starts, the introductory videos are displayed correctly, then the game runs, but the screen is just black, with some blocky piece of graphics flashing now and then across the screen. The sound plays, so one can browse the menu, start a game and so on, but the screen stays black with some bright rectangular shape flashing around. The game is based on DirectX 8.1 and the last wine version that works is 4.21. With wine 4.21, the console output is: 002d:fixme:win:EnumDisplayDevicesW ((null),0,0x33f798,0x00000000), stub! 002f:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 002d:err:quartz:GetClassMediaFile Media class not found 002d:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. With wine 5.0.5, it is: 0033:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0033:fixme:d3d:wined3d_swapchain_init Unimplemented swap effect 0x5. 0035:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0033:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. With wine 7.6, it is: 012c:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0x3. 012c:err:winediag:wined3d_dll_init Using the OpenGL renderer. 012c:fixme:imm:ImeSetActiveContext (0x266c88, 1): stub 012c:fixme:imm:ImmReleaseContext (0002010C, 00266C88): stub 012c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 012c:err:d3d_sync:wined3d_cs_create Forcing serialization of all command streams. 012c:err:d3d_sync:wined3d_cs_create Forcing serialization of all command streams. 012c:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. -- 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 52871] New: oleaut32:vartest has failures in Wine in the Arabic and Hebrew locales
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52871 Bug ID: 52871 Summary: oleaut32:vartest has failures in Wine in the Arabic and Hebrew locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:vartest has failures in Wine in the Arabic and Hebrew locales: vartest.c:3130: Test failed: VarAbs: expected 0x0,5,1.1, got 0x80020005,8,-1.#IND vartest.c:4073: Test failed: wrong result 80020005 vartest.c:4188: Test failed: wrong result 80020005 vartest.c:4312: Test failed: wrong result 80020005 vartest.c:4444: Test failed: wrong result 80020005 vartest.c:7785: Test failed: VarCmp: 2|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 3|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 4|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 5|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 6|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 7|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 2|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 3|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 4|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 5|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 6|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 7|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 11|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 14|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 17|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 8|0x8000, 20|0x8000: Expected 0x0, got 0x2 vartest.c:7785: Test failed: VarCmp: 11|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 14|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 17|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 20|0x8000, 8|0x8000: Expected 0x2, got 0x0 vartest.c:7785: Test failed: VarCmp: 22|0x8000, 8|0x8000: Expected 0x2, got 0x0 https://test.winehq.org/data/patterns.html#oleaut32:vartest These failures happen in test_VarAbs(), test_VarFix(), test_VarInt(), test_VarNeg(), test_VarRound() and test_VarCmp() but a bisect shows that they all start with this commit: commit ba43e4cfca97a9bba3e6575af82acbf011685862 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Mar 29 22:11:32 2022 +0200 kernelbase: Reimplement number formatting values in GetLocaleInfoW/Ex using the locale.nls data. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> It should be noted that this commit did fix another set of oleaut32:vartest failures (which were likely introduced by 2cd33e6b0fd6). -- 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 52865] New: windows.media.speech:speech has a Windows 10 1507-specific failure
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52865 Bug ID: 52865 Summary: windows.media.speech:speech has a Windows 10 1507-specific failure 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 IAsyncOperation_SpeechRecognitionCompilationResult_get_Completed() unexpectedly returns a handle on Windows 10 1507: speech.c:979: Test failed: Handler had value 0029FC20. https://test.winehq.org/data/patterns.html#windows.media.speech:speech Unsurprisingly a bisect shows that the failures started with the commit that introduced this new test: commit 4926bb148b049f1b60e57091f4aa87a3957aa69e Author: Bernhard Kölbl <besentv(a)gmail.com> Date: Wed Apr 6 18:28:41 2022 +0200 windows.media.speech: Add tests for IAsyncOperation. Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com> Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52845] New: Recent versions of chromium have broken sandbox again
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52845 Bug ID: 52845 Summary: Recent versions of chromium have broken sandbox again Product: Wine Version: 7.6 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: --- Somewhere between chromium-946247 (commit 4e7609b62147866fb7b226fd6efbe1ae4d2f1aca and chromium-946263 (commit 1bd694702105072e57b980512130a3212675ec19) the sandbox got changes so it doesn't work under wine anymore. Result is a black screen and soon a crash. This affects both 32bit and 64bit chromium. Note: chromium should be located inside the WINEPREFIX, it won't run outside! Nightly versions to test with (chrome-win.zip) https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h… https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h… I tried to build from source on my Win11 machine, but those versions don't run under wine at all, even if compiling the same commit as the nightly versions. -- 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 52554] New: Serbian locale mapping cause crash on multiple installshield wizards
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52554 Bug ID: 52554 Summary: Serbian locale mapping cause crash on multiple installshield wizards Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: lei.pero(a)gmail.com Distribution: --- Since commits: kernelbase: Map LANG_SERBIAN_NEUTRAL in ConvertDefaultLocale(). f51e44c1802338cdd41b38efe2757b642b619d6f ntdll: Map LANG_SERBIAN_NEUTRAL in RtlLocaleNameToLcid(). db3e08770fe9bfb6f06a71761e48a40fe9764058 starting with wine-6.2 - when using locale sr_RS.UTF-8, some (specifically older) installers do crash, for example 3DMark03, preventing installation, passing LANG=en_US.UTF-8 EV works as expected with no crash. Reverting those two specific commits solves the issue. Or changing line in: dlls/ntdll/locale.c from: case MAKELANGID( LANG_SERBIAN, SUBLANG_NEUTRAL ): *lcid = LANG_SERBIAN_NEUTRAL; to: case MAKELANGID( LANG_SERBIAN, SUBLANG_NEUTRAL ): *lcid = MAKELCID( 0x02, SORT_DEFAULT ); solves the issue as well, but that basically renders all those commits useless I assume? On the topic, but unrelated to this bug, I can see changes in dlls/kernel32/nls/srl.nls, with commit: kernel32: Update sr-Latn locale definition. 3b3dfda59951b0f42e297f2b9a31ded04a98d4b4 that doesn't seem right to me, srl.nls should stand for Serbian Latin I assume, srm.nls probably stands for m as Montenegro. So, if I'm correct, addition of srm.nls with commit: kernel32: Add sr-Latn-RS locale definition. db2666e9d20f80968ff6b4b0ea1deae20c3c368b should have changes made to srl.lns. I don't know how this is solved for English for example, since neutral should have a specific code not related to any country where language is used (e.g. US, UK, CA etc.), and the code it seems to be sr_CS as it is changed for sr_RS latin locale, where it shouldn't be changed I assume. -- 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 51181] New: d3d10core:d3d10core fails systematically on AMD GPUs
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=51181 Bug ID: 51181 Summary: d3d10core:d3d10core fails systematically on AMD GPUs Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_instanced_draw() fails systematically in d3d10core:d3d10core on AMD GPUs (and sometimes there is a crash that follows): d3d10core.c:9275: Test failed: Got 0xfff0f010, expected 0xff80f010 at (160, 0), sub-resource 0. d3d10core.c:9275: Test failed: Got 0xfff0f040, expected 0xff80f040 at (240, 0), sub-resource 0. d3d10core.c:9275: Test failed: Got 0xffaaaacc, expected 0xffbbaacc at (480, 0), sub-resource 0. d3d10core.c:9275: Test failed: Got 0xffaaaa90, expected 0xffbbaa90 at (560, 0), sub-resource 0. Notice how this failure does not happen on the machines that have other GPUs such as cw-gtx560 or QEmu VMs, and how this does not depend on the Windows version or Radeon driver version for that matter: https://test.winehq.org/data/patterns.html#d3d10core:d3d10core So it looks like the test expects fails to account for the Radeon driver results for some reason. The commit that introduced this test is: commit fcd549345d96109179b125d31baf9e9073ecf643 Author: Józef Kucia <jkucia(a)codeweavers.com> AuthorDate: Mon Nov 6 10:55:20 2017 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Nov 6 19:37:09 2017 +0100 d3d10core/tests: Add test for SV_InstanceID. Signed-off-by: Józef Kucia <jkucia(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 43995] New: Uplay - Assassin's Creed 4 Black Flag won't start
by wine-bugs＠winehq.org 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=43995 Bug ID: 43995 Summary: Uplay - Assassin's Creed 4 Black Flag won't start Product: Wine-staging Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mi.bar.2001(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59652 --> https://bugs.winehq.org/attachment.cgi?id=59652 Terminal log from `wine AC4BFSP.exe` After clicking the "Play" button in Ubisoft Game Launcher (or launching `wine AC4BFSP.exe`), a window pops up informing, that the game is starting, but it disappears and the game doesn't launch. I don't have the Steam version, just the Uplay one. I've set Windows version to XP, wineprefix is 32-bit. Wine version will probably be visible when I post this, but I'm going to mention it just to be safe. Using Wine 2.20 staging -- 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 38

[Bug 52856] New: kernel32:process fails when Wine has no Unix terminal
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52856 Bug ID: 52856 Summary: kernel32:process fails when Wine has no Unix terminal Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:console fails on the TestBot Wine machines: process.c:1552: Test failed: Opening ConIn process.c:1553: Test failed: Opening ConOut process.c:1556: Test failed: Getting sb info process.c:1557: Test failed: Getting console in mode process.c:1558: Test failed: Getting console out mode process.c:212: 5 failures in child process process.c:1569: Test failed: Getting sb info process.c:1570: Test failed: Getting console in mode process.c:1571: Test failed: Getting console out mode process.c:1582: Test failed: GetLastError: expecting 87 got 12 process.c:1592: Test failed: GetLastError: expecting 87 got 12 process.c:1621: Test failed: Console:SizeX expected 30870, but got 0 process.c:1622: Test failed: Console:SizeY expected 31489, but got 0 process.c:1623: Test failed: Console:CursorX expected 32644, but got 0 process.c:1624: Test failed: Console:CursorY expected 94, but got 0 process.c:1625: Test failed: Console:Attributes expected 0, but got 1 process.c:1626: Test failed: Console:winLeft expected 0, but got 1 process.c:1627: Test failed: Console:winTop expected 4294964424, but got 0 process.c:1628: Test failed: Console:winRight expected 49, but got 0 process.c:1629: Test failed: Console:winBottom expected 30870, but got 0 process.c:1630: Test failed: Console:maxWinWidth expected 31489, but got 0 process.c:1631: Test failed: Console:maxWinHeight expected 11256, but got 0 process.c:1634: Test failed: Console:InputMode expected 0, but got 1 process.c:1635: Test failed: Console:OutputMode expected 7211040, but got 0 process.c:1639: Test failed: Wrong console CP (expected 1252 got 0/0) process.c:1640: Test failed: Wrong console-SB CP (expected 1252 got 0/0) process.c:1645: Test failed: Wrong console mode process.c:1646: Test failed: Wrong console-SB mode https://test.winehq.org/data/patterns.html#kernel32:process The reason is that the TestBot starts Wine from a daemon process which does not have an associated xterm / Konsole / GNOME terminal. This causes Wine to have to allocate a Wine console and that's when things go wrong. A bisect shows that the TestBot is only impacted by this bug since the commit below: commit eff83cd4e00e8ccd4daad05bdd6d76e77664ddd1 Author: Eric Pouech <eric.pouech(a)gmail.com> Date: Mon Apr 11 15:05:09 2022 +0200 kernelbase: Provide a pseudo console environment for initial CUI processes not tied to a Unix tty. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52771 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52761 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52743 Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> But as the commit entry shows this commit also fixed a lot of other issues in the TestBot results (not least of which is getting the wow64 WineTest results in an acceptable shape for test.winehq.org). Also this issue has happened before as evidenced by bugs 25284 and 28220. However those bugs are very old (~2014) so the issue may have been fixed and reappeared (the TestBot has not used a Unix terminal to run the Wine tests since at least 2018-06 (date on local-testagentd.service) and probably 2017 or more (f1d368722b65 tools commit)). Bug 28220 does have a more recent and interesting comment by Esme with regards to handle inheritance: https://bugs.winehq.org/show_bug.cgi?id=28220#c3 -- 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 52559] New: kernel32:resource times out since 2021-12-29 at two win10 testbot systems.
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52559 Bug ID: 52559 Summary: kernel32:resource times out since 2021-12-29 at two win10 testbot systems. Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- I wondered because the windows test patterns showed timeouts for the kernel32:resource [1] since some days. I tried a run with verbose timestamps and got [2]. There it shows gaps of ~6 seconds, and it looks like the delay originates from an execution of EndUpdateResourceA [3]. Unfortunately there are a lot calls for this function and therefore the test times out. Searching the net led me to the autohotkey forums where this function was associated with windows defender. Is windows defender active at these VMs? [1] https://test.winehq.org/data/tests/kernel32:resource.html [2] https://testbot.winehq.org/JobDetails.pl?Key=108231&f201=exe32.report#k201 [3] https://source.winehq.org/git/wine.git/blob/781277de62822c2bac23dc892a99665… -- 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 52079] New: oleacc:main crashes randomly on Windows 10 1709+
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52079 Bug ID: 52079 Summary: oleacc:main crashes randomly on Windows 10 1709+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com oleacc:main crashes randomly on Windows 10 1709+ in both 32- and 64-bit: main.c:1041: Test failed: V_VT(&v) = 0 main.c:1048: Test failed: V_VT(&v) = 0 main.c:1049: Test failed: V_DISPATCH(&v) = 0000000000000000 main.c:1049: this is the last test seen before the exception 1050:main: unhandled exception c0000005 at 0000000000401597 oleacc:main:1050 done (-1073741819) in 0s Test failed: crash (c0000005) https://test.winehq.org/data/patterns.html#oleacc:main Unsurprisingly a bisect shows that the tests started failing with the commit that introduced the test: commit 1a3db363c6b4065af532a8db1e6309be753b1781 Author: Connor McAdams <cmcadams(a)codeweavers.com> Date: Mon Sep 20 18:03:31 2021 +0200 oleacc: Add Client_get_accFocus tests. Signed-off-by: Connor McAdams <cmcadams(a)codeweavers.com> Signed-off-by: Piotr Caban <piotr(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> At the time the crash happened after line 1037 which points to line 1039 as a likely culprit: 1032 /* Set focus to each child window. */ 1033 SetFocus(btn); 1034 hr = IAccessible_get_accFocus(acc, &v); 1035 ok(hr == S_OK, "hr %#x\n", hr); 1036 ok(V_VT(&v) == VT_DISPATCH, "V_VT(&v) = %d\n", V_VT(&v)); 1037 ok(V_DISPATCH(&v) != NULL, "V_DISPATCH(&v) = %p\n", V_DISPATCH(&v)); 1038 1039 hr = IDispatch_QueryInterface(V_DISPATCH(&v), &IID_IOleWindow, (void**)&ow); 1040 ok(hr == S_OK, "got %x\n", hr); That call has been moved to _check_acc_hwnd() and so the crash now happens in the first QueryInterface() call in that function: hr = IUnknown_QueryInterface(unk, &IID_IOleWindow, (void**)&ow); called from check_acc_hwnd((IUnknown*)V_DISPATCH(&v), btn); -- 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 52904] New: kernel32:locale breaks oleaut32:varformat on Wine in the French locale
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52904 Bug ID: 52904 Summary: kernel32:locale breaks oleaut32:varformat on Wine in the French locale Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:locale breaks oleaut32:varformat on Wine in the French locale: varformat.c:642: Test failed: Unexpected hr 0x80020005 for L"0,000 EUR" varformat.c:649: Test failed: Unexpected hr 0x80020005 for L"0,000 EUR" https://test.winehq.org/data/patterns.html#oleaut32:varformat When starting from a clean wineprefix one would normally get "0,000 €" for this test. But if one runs kernel32:locale before the Euro symbol is replaced with "EUR" which is then not recognized as a currency symbol. A bisect shows that the failures started with this commit: commit 78a33f968461fa3a01d3eec837b4c24f353bc00b Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Tue Mar 29 22:12:25 2022 +0200 kernelbase: Reimplement SetLocaleInfoW(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The commit modifies both kernel32 and kernel32:locale, and both parts of the patch are needed to reproduce 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 3

[Bug 52867] New: System.Globalization.CultureInfo.GetCultureInfo fails for 'en' value
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52867 Bug ID: 52867 Summary: System.Globalization.CultureInfo.GetCultureInfo fails for 'en' value Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Created attachment 72261 --> https://bugs.winehq.org/attachment.cgi?id=72261 stacktrace (filing under ntdll, as that where relevant files were before the commit series that most likely broke it) After upgrading to 7.6, still occurring in 7.7, a regression was made - the last published dnSpy version had been running relatively well in its basic functionality (I'm actually not any good with it), other than minor display glitches; now it stacktraces immediately. I believe the stacktrace makes it clear what happens and why I suspect that locale commit series are at fault here. That release of dnSpy embeds its mono environment, so it's not a wine-mono problem. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 52858] New: kernel32:file fails in Windows 8.1 on the cw-rx460 machine
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52858 Bug ID: 52858 Summary: kernel32:file fails in Windows 8.1 on the cw-rx460 machine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:file and msvcp140:msvcp140 fail on the cw-rx460 machine: file.c:905: Test failed: Unexpected error 87. file.c:910: Test failed: Unexpected error 87. https://test.winehq.org/data/patterns.html#kernel32:file These are new tests so unsurprisingly the failures are caused by the commit that introduced them: commit 02faaea93b78d5d53976b2955bef7beffa780d02 Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Mon Apr 11 21:44:36 2022 +0300 kernelbase: Reset last error on success in CopyFileExW(). Signed-off-by: Paul Gofman <pgofman(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> It's unclear why the test only fails on this configuration. Also note that msvcp140:msvcp140 fails in a very similar way in the exact same test configuration: see bug 52857. -- 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 51407] New: kernel32:time's test_GetCalendarInfo() fails in Hindi
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=51407 Bug ID: 51407 Summary: kernel32:time's test_GetCalendarInfo() fails in Hindi Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 70263 --> https://bugs.winehq.org/attachment.cgi?id=70263 Broken fix and traces Three GetCalendarInfo() checks fail in Hindi: https://test.winehq.org/data/patterns.html#kernel32:time time.c:728: Test failed: GetCalendarInfoA failed err 87 time.c:731: Test failed: GetCalendarInfoA failed err 87 time.c:738: Test failed: got 0, expected 7 The immediate cause for the failure is that Hindi is one of the few languages for which NLS_IsUnicodeOnlyLcid() returns true. In turn this causes the ANSI GetCalendarInfoA() to return ERROR_INVALID_PARAMETER. The last failure just reflects the fact that the two calls to GetCalendarInfoA() should not have failed. Only Hindi fails and only in Wine. But before declaring this a Wine bug we need to look at Windows. * For some reason probably related to SetWinLocale [1] the system locale of w10pro64_hi is still English. * This causes both the ANSI and Unicode GetCalendarInfo() to return English names (Monday). * Manually setting the system locale to Hindi is possible on Windows 10 2004. What's interesting is the disabled and checked-by-default checkbox in that dialog: [X] Beta: Use Unicode UTF-8 for worldwide language support * And indeed doing that and running the test again results in GetCalendarInfoA() returning UTF-8 strings on Windows! time.c:730: ret=19 sdayname1="\xe0\xa4\xb8\xe0\xa5\x8b\xe0\xa4\xae\xe0\xa4\xb5\xe0\xa4\xbe\xe0\xa4\xb0" सोमवार time.c:735: ret2=19 sdayname1="\xe0\xa4\xb8\xe0\xa5\x8b\xe0\xa4\xae\xe0\xa4\xb5\xe0\xa4\xbe\xe0\xa4\xb0" सोमवार time.c:742: ret2=19 sdayname1=L"\0938\094b\092e\0935\093e\0930" * The beta moniker strongly suggests that this is a new option. Indeed selecting Hindi as the system locale was not possible in Windows 8.1 for instance. * This is probably also why SetWinLocale has trouble setting the system locale to Hindi. So the Windows behavior can be summarized as such: * Return localized values for non-Unicode-only locales. * In older Windows versions setting the system locale to a Unicode-only locale is impossible. * In newer Windows versions setting the system locale to a Unicode-only locale is possible and then it uses UTF-8. Commenting out the Hindi line in NLS_IsUnicodeOnlyLcid() fixes the failures in Wine (see attached patch). But this fix is wrong because it causes GetCalendarInfoA() to return question marks instead of intelligible strings. (it also impacts many APIs but that's probably ok based on the Windows behavior) So Wine should do one of the following: 1. Stick to a 'safe' system locale when $LANG is set to a Unicode-only locale. Typically this would be English. 2. Or use UTF-8 when the system locale is a Unicode-only locale. Option 2 would actually make a lot of sense on Unix systems but it is also more likely to break Windows applications. So option 1 may be the safer (and simpler?) option (for now). [1] https://source.winehq.org/git/tools.git/blob/HEAD:/testbot/bin/SetWinLocale… -- 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 43208] New: Assassin's Creed IV - Black Flag Hangs tightly
by wine-bugs＠winehq.org 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=43208 Bug ID: 43208 Summary: Assassin's Creed IV - Black Flag Hangs tightly Product: Wine-staging Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tall89(a)mail.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- When you switch to the Big Inagua location, the game hangs tight, you have to do Cntrl + Atl + Delete to remove the task, then the game closes, then you receive an error message, the program ACBF.exe has a serious error, the application will be closed, we apologize for the inconvenience WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg ------ Program AC4BFSP.exe ------ err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status 0x2733 err:winedevice:async_create_driver failed to create driver L"ps6ajtsb": c0000135 err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from 192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA FE80:0000:0000:0000:0A12:F0CA:1A84:437A" err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102" err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in use; will try aspire89-P55A-UD4-2.local instead" err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from 192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4.local." err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local." err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> has not been linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> object is not successfully linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> has not been linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> object is not successfully linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> has not been linked, or is not a program object.". err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error generated. <program> object is not successfully linked, or is not a program object.". wine: Unhandled page fault on read access to 0x00000063 at address 0x8cfb7f (thread 0047), starting debugger... wine: Unhandled page fault at address 0x7bc5d590 (thread 0012), starting debugger... err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 168") (1115) Read the Wine Developers Guide on how to set up winedbg or another debugger -- 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 52864] New: windows.media.speech:speech has a refcount failure on all Windows 10 versions
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52864 Bug ID: 52864 Summary: windows.media.speech:speech has a refcount failure on all Windows 10 versions 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 windows.media.speech:speech fails on all Windows 10 versions: speech.c:968: Test failed: Unexpected refcount 2, expected 1 https://test.winehq.org/data/patterns.html#windows.media.speech:speech This failure is present on all Windows 10 versions except the 1809 and 1909 ones, but probably just because these turn out not to have speech support for English for some reason. So they just skip the test: speech.c:877: SpeechRecognizer default language L"en-US". speech.c:1110: Tests skipped: Could not init SpeechRecognizer with default language! Unsurprisingly a bisect shows that the failures started with the commit that introduced this new test: commit 4926bb148b049f1b60e57091f4aa87a3957aa69e Author: Bernhard Kölbl <besentv(a)gmail.com> Date: Wed Apr 6 18:28:41 2022 +0200 windows.media.speech: Add tests for IAsyncOperation. Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com> Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52861] New: kernel32:locale fails on Windows 10 1709
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52861 Bug ID: 52861 Summary: kernel32:locale fails on Windows 10 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:locale fails on Windows 10 1709: locale.c:4216: Test failed: failed 0 https://test.winehq.org/data/patterns.html#kernel32:locale This impacts all the Windows 1709 machines but no other Windows version. This is also a new test which was introduced by the commit below: commit b5561c8bba9a613c53ae4669c4adb7450e5f458d Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Wed Mar 23 11:02:57 2022 +0100 ntdll: Support UTF-8 codepage in RtlInitCodePageTable(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 51460] New: oleaut32:vartest has a todo because Wine uses an outdated currency symbol for Swiss Francs
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=51460 Bug ID: 51460 Summary: oleaut32:vartest has a todo because Wine uses an outdated currency symbol for Swiss Francs Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine uses uses "SFr." as the currency symbol for Swiss francs instead of "CHF". According to Wikipedia: "The use of SFr. for Swiss Franc and fr.sv. are outdated" and are not recognized as correct by the "Secrétariat d'État à l'économie". https://en.wikipedia.org/wiki/Swiss_franc This forces the use of a todo in oleaut32:vartest: lcid = MAKELCID(MAKELANGID(LANG_FRENCH,SUBLANG_FRENCH_SWISS),SORT_DEFAULT); WCONVERT(L"3CHF", NUMPRS_CURRENCY|NUMPRS_USE_ALL); todo_wine EXPECT(1,NUMPRS_CURRENCY|NUMPRS_USE_ALL,NUMPRS_CURRENCY,4,0,0); And it may cause oleaut32:varformat to fail when run in a Swiss locale. The "SFr." currency symbol comes from nls/(de|fr|it)s.nls which are generated from Unicode tables by tools/make_unicode so it's not clear how to fix them. -- 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 52866] New: vbscript:run fails in Wine in Arabic and Hebrew
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52866 Bug ID: 52866 Summary: vbscript:run fails in Wine in Arabic and Hebrew Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- vbscript:run fails in Wine in Arabic and Hebrew: run.c:1888: Test failed: unexpected call OnScriptError run.c:2933: Test failed: expected global_success_d run.c:2934: Test failed: expected global_success_i run.c:2936: Test failed: parse_script failed: 800a000d run.c:1204: Test failed: api.vbs: L"Err.number = 13" run.c:1204: Test failed: api.vbs: L"Err.number = 13" run.c:1874: Error in line 1162: 0 L"Type mismatch" run.c:1888: Test failed: unexpected call OnScriptError run.c:2933: Test failed: expected global_success_d run.c:2934: Test failed: expected global_success_i run.c:2936: Test failed: parse_script failed: 800a000d https://test.winehq.org/data/patterns.html#vbscript:run Incidentally these are our two right-to-left test locales so this may be related. A bisect shows that the failures started with this commit: commit ba43e4cfca97a9bba3e6575af82acbf011685862 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Mar 29 22:11:32 2022 +0200 kernelbase: Reimplement number formatting values in GetLocaleInfoW/Ex using the locale.nls data. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52857] New: msvcp140:msvcp140 fails in Windows 8.1 on the cw-rx460 machine
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52857 Bug ID: 52857 Summary: msvcp140:msvcp140 fails in Windows 8.1 on the cw-rx460 machine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msvcp140:msvcp140 fails in Windows 8.1 on the cw-rx460 machine msvcp140.c:1617: Test failed: Got unexpected err 87. msvcp140.c:1622: Test failed: Got unexpected err 87. https://test.winehq.org/data/patterns.html#msvcp140:msvcp140 These are new tests so unsurprisingly the failures are caused by the commit that introduced them: commit d72d596070eb28fd5f747fb6120d36f66ff93bec Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Mon Apr 11 21:44:35 2022 +0300 msvcp140: Implement _Copy_file(). Signed-off-by: Paul Gofman <pgofman(a)codeweavers.com> Signed-off-by: Piotr Caban <piotr(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The fact that only this specific Windows 8.1 configuration fails makes sense because it is the only one to have msvcp140 and it is a relatively old version: it is installed by the Radeon driver. However: * The w7u VM does have (a much newer) msvcp140 and has no failure. * The w1064v1607 VM has the same msvcp140 version and has no failure either. Furthermore kernel32:file also fails in the same way in the same configuration and shouldn't depend on msvcp140. So it's possible the issue is not related to msvcp140 at all. Here is a summary of the msvcp140 versions on the Windows 7, 8.1 and older Windows 10 machines: Win Machine msvcp140 win7 w7u 14.29.30037.0 win7 w7pro64 missing (at least for 64-bit) win81 cw-gtx560 missing win81 cw-rx460 14.0.23026.0 win81 w8 missing win81 w864 missing win1507 cw-gtx560 missing win1507 cw-rx460 missing win1507 w1064v1507 missing win1607 w1064v1607 14.0.23026.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 3

[Bug 52828] New: Incorrect instruments in MIDI playback over ALSA
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52828 Bug ID: 52828 Summary: Incorrect instruments in MIDI playback over ALSA Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark(a)darkok.xyz Distribution: --- Created attachment 72216 --> https://bugs.winehq.org/attachment.cgi?id=72216 MIDI file that is played noticably wrong Starting from Wine 7.5, some MIDIs aren't played back properly as they have the incorrect instruments, at least when I've tried playing them using aplaymidi on a VST using SAVIHost. Downloads: https://www.hermannseib.com/programs/savihostx64.zip https://cdn.roland.com/assets/media/zip/scva_win_trial.zip Steps to reproduce: 1. Execute "winetricks mfc90" to get a required DLL 2. Extract scva_win_trial.zip and install the Roland Sound Canvas VA VST 3. Extract savihostx64.zip, and move savihost.exe to "C:\Program Files\Roland\Sound Canvas VA" 4. Rename savihost.exe to "Sound Canvas VA.exe" 5. Run the renamed executable 6. Go to Devices>MIDI, and set Input Port 1 to "Midi Through Port-0" 7. Run "aplaymidi -p 14:0 smr_101.mid" to start playing the MIDI 8. In the VST, click "PART", and the correct instruments should be Vibraphone for the first three, and "KICK&SNARE" for the 11th. However, starting from Wine 7.5, these instruments are incorrectly set to "Piano 1" for the first three, and "Syn. Strings 1" for the 11th. -- 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 48048] New: urlmon:protocol - The ftp test fail on Vista to Windows 8
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=48048 Bug ID: 48048 Summary: urlmon:protocol - The ftp test fail on Vista to Windows 8 Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The ftp protocol test in urlmon:protocol fails frequently on Windows from Vista to Windows 8: protocol.c:1188: Test failed: hrResult = 800c0006, expected E_PENDING or S_OK protocol.c:1193: Test failed: dwError = 12111, expected ERROR_SUCCESS protocol.c:3656: Test failed: wait timed out urlmon:protocol:0700 done (258) in 120s Test failed: timed out Note: 800c0006 is INET_E_OBJECT_NOT_FOUND See https://test.winehq.org/data/tests/urlmon:protocol.html -- 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 18635] New: Menu bar is hidden in Adobe Lightroom 2.3
by wine-bugs＠winehq.org 06 May '22

06 May '22

http://bugs.winehq.org/show_bug.cgi?id=18635 Summary: Menu bar is hidden in Adobe Lightroom 2.3 Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas+wine(a)stromberg.org With the Adobe Lightroom 2.3 demo, the menu bar titles (File, etc.) do not display. If you click on the area that they should be, the menu does appear however. Lightroom 2.3 can be downloaded from https://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_lightroom (free Adobe login required) I'm not sure where to go about tracing the issue down to, but I did notice the following calls that show that it is calling DrawMenuBar(). 0009:Call user32.GetMenu(0002003c) ret=60030cbe 0009:Ret user32.GetMenu() retval=000000f0 ret=60030cbe 0009:Call user32.GetMenuBarInfo(0002003c,fffffffd,00000000,0032e1a4) ret=60030cec fixme:menu:GetMenuBarInfo (0x2003c,0xfffffffd,0x00000000,0x32e1a4) 0009:Ret user32.GetMenuBarInfo() retval=00000000 ret=60030cec 0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030beb 0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030beb 0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030c06 0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030c06 0009:Call user32.GetMenuItemInfoW(00000280,0000f060,00000000,0032e08c) ret=60030c22 0009:Ret user32.GetMenuItemInfoW() retval=00000001 ret=60030c22 0009:Call user32.DrawMenuBar(0002003c) ret=6008d171 -- 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 21

[Bug 52967] New: gdi32:font - test_text_metrics() fails on Windows with en-AE-u8 and plain Hindi
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52967 Bug ID: 52967 Summary: gdi32:font - test_text_metrics() fails on Windows with en-AE-u8 and plain Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - test_text_metrics() has a set of failures on Windows that only happen with the English Arab Emirates + UTF-8 locale (en-AE-u8), and in Hindi but without UTF-8 (hi): font.c:3441: Test failed: BIZ UDGothic: expected family 30 got 26. panose 2-11-4-0-... font.c:3441: Test failed: BIZ UDGothic: expected family 30 got 26. panose 2-11-4-0-... font.c:3441: Test failed: @BIZ UDGothic: expected family 30 got 26. panose 2-11-4-0-... font.c:3441: Test failed: @BIZ UDGothic: expected family 30 got 26. panose 2-11-4-0-... font.c:3441: Test failed: BIZ UDMincho Medium: expected family 30 got 16. panose 2-2-5-0-... font.c:3441: Test failed: BIZ UDMincho Medium: expected family 30 got 16. panose 2-2-5-0-... font.c:3441: Test failed: @BIZ UDMincho Medium: expected family 30 got 16. panose 2-2-5-0-... font.c:3441: Test failed: @BIZ UDMincho Medium: expected family 30 got 16. panose 2-2-5-0-... font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho N-B got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho N-B got ff65 expected 1f font.c:3441: Test failed: UD Digi Kyokasho N-B: expected family 30 got 16. panose 2-2-7-0-... font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho N-B got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho N-B got ff65 expected 1f font.c:3441: Test failed: @UD Digi Kyokasho N-B: expected family 30 got 16. panose 2-2-7-0-... font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NP-B got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NP-B got ff65 expected 1f font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NP-B got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NP-B got ff65 expected 1f font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NK-B got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NK-B got ff65 expected 1f font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NK-B got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NK-B got ff65 expected 1f font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho N-R got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho N-R got ff65 expected 1f font.c:3441: Test failed: UD Digi Kyokasho N-R: expected family 30 got 16. panose 2-2-4-0-... font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho N-R got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho N-R got ff65 expected 1f font.c:3441: Test failed: @UD Digi Kyokasho N-R: expected family 30 got 16. panose 2-2-4-0-... font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NP-R got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NP-R got ff65 expected 1f font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NP-R got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NP-R got ff65 expected 1f font.c:3993: Test failed: A: tmDefaultChar for UD Digi Kyokasho NK-R got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for UD Digi Kyokasho NK-R got ff65 expected 1f font.c:3993: Test failed: A: tmDefaultChar for @UD Digi Kyokasho NK-R got a5 expected 1f font.c:4015: Test failed: W: tmDefaultChar for @UD Digi Kyokasho NK-R got ff65 expected 1f https://test.winehq.org/data/patterns.html#gdi32:font So it's not UTF-8 that causes the failures (still fails in Hindi). It seems to be something that English Arab Emirates and Hindi have in common and that goes away in Hindi + UTF-8. -- 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 52960] New: Damavand is being more CPU-intensive than DXVK
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52960 Bug ID: 52960 Summary: Damavand is being more CPU-intensive than DXVK Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Hi, I remarked on my laptop (Ryzen 5800H + Navi 6700M) that Damavand is more CPU-intensive than DXVK. I did a test with 3 games where i mesured the CPU temperature during 90 secondes. I attached all logs for Witcher 3, A Plague Tales Innocence & Control. For Control & Witcher 3, you can see that with Damavand, the temperature is higher between 10 and 20 degrees celcius. For "A Plague Tale Innocence", the difference is between 5 and 10 degrees celcius. These mesures were done with sensors -> "while true; do sensors | grep 'Tctl' >> APlagueTale_DXVK.txt; sleep 1; done" I'll try on my desktop (Ryzen 5600X + Navi 6700XT) if i have the same issue. -- 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 52949] New: gdi32:font - test_GetCharABCWidths() fails on Windows in Korean and Chinese
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52949 Bug ID: 52949 Summary: gdi32:font - test_GetCharABCWidths() fails on Windows in Korean and Chinese Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - test_GetCharABCWidths() fails on Windows in Korean and Chinese: (see w10pro64-ko and w10pro64-zh-CN) font.c:1238: Test failed: GetCharABCWidthsA 100 - 100 should have failed font.c:1238: Test failed: GetCharABCWidthsA ffff - ffff should have failed font.c:1244: Test failed: GetCharABCWidthsA ff should match. codepage = 0 font.c:1244: Test failed: GetCharABCWidthsA ff should match. codepage = 129 https://test.winehq.org/data/patterns.html#gdi32:font Note that Japanese does not get these failures. -- 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 52947] New: gdi32:font - "Small Fonts" has unexpected {First,Break}Char on Windows in Arabic
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52947 Bug ID: 52947 Summary: gdi32:font - "Small Fonts" has unexpected {First,Break}Char on Windows in Arabic Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - "Small Fonts" has unexpected {First,Break}Char on Windows in Arabic, resulting in failures: font.c:996: Test failed: Small Fonts(12): tm.tmFirstChar = 00 font.c:1002: Test failed: Small Fonts(12): tm.tmBreakChar = 00 font.c:996: Test failed: Small Fonts(13): tm.tmFirstChar = 00 font.c:1002: Test failed: Small Fonts(13): tm.tmBreakChar = 00 font.c:1189: Test failed: GetCharABCWidthsW should have failed https://test.winehq.org/data/patterns.html#gdi32:font Maybe this can happen in other locales, but among those that are tested this only happens with the Arabic one (w10pro64-ar). In particular the Hebrew locale (w10pro64-he) does not have this issue. -- 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 52946] New: gdi32:font - test_bitmap_font_metrics() fails on Windows in the Greek & Japanese system locales
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52946 Bug ID: 52946 Summary: gdi32:font - test_bitmap_font_metrics() fails on Windows in the Greek & Japanese system locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - test_bitmap_font_metrics() fails on Windows in the Japanese and Greek system locales: Greek [w7u-el]: font.c:993: Test failed: Small Fonts(3): tm.tmInternalLeading 1 != 0 font.c:995: Test failed: Small Fonts(3): tm.tmAveCharWidth 2 != 1 font.c:1008: Test failed: Small Fonts(8): tm.tmMaxCharWidth 8 != 7 Japanese and Mixed locale (Japanese system locale) [w10pro64-ja w10pro64-mx-MX]: font.c:993: Test failed: Small Fonts(12): tm.tmInternalLeading 0 != 2 font.c:995: Test failed: Small Fonts(12): tm.tmAveCharWidth 7 != 5 font.c:993: Test failed: Small Fonts(13): tm.tmInternalLeading 0 != 2 font.c:995: Test failed: Small Fonts(13): tm.tmAveCharWidth 8 != 6 font.c:1189: Test failed: GetCharABCWidthsW should have failed https://test.winehq.org/data/patterns.html#gdi32:font So these failures entirely come down to the system locale, but only a few of them, and this can happen on any Windows version. -- 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 52902] New: gdi32:font has specific failures on Windows 10 with the UTF-8 codepage
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52902 Bug ID: 52902 Summary: gdi32:font has specific failures on Windows 10 with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following gdi32:font failures are specific to UTF-8 on Windows 10: --- test_RealizationInfo(): font.c:4356: Test failed: info[0] = 103 for the system font --- test_GetCharacterPlacement(): font.c:4998: Test failed: Unexpected first glyph L":" font.c:5012: Test failed: GetCharacterPlacementA returned different result: 1048638 vs 1048637 font.c:5016: Test failed: GetCharacterPlacementA returned different result: 1048638 vs 1048637 font.c:5023: Test failed: GetCharacterPlacementA returned different result: 1048638 vs 1048637 font.c:5025: Test failed: Unexpected first glyph L":" --- test_GetCharWidthInfo(): font.c:7396: Test failed: expected 0, got -8 font.c:7397: Test failed: expected 0, got -9 font.c:7398: Test failed: expected 0, got 1 https://test.winehq.org/data/patterns.html#gdi32:font They can be reproduced on w10pro64-hi-u8. Note that w10pro64-hi which uses the Hindi locale too but not UTF-8 (so the system locale is English) has its own set of totally unrelated failures. -- 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 52945] New: kernel32:sync - test_condvars_base() fails randomly on Windows 10 1709+
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52945 Bug ID: 52945 Summary: kernel32:sync - test_condvars_base() fails randomly on Windows 10 1709+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:sync's test_condvars_base() fails randomly on Windows 10 1709+: sync.c:1859: Test failed: SleepConditionVariableCS should still return TRUE on crit unlock delay https://test.winehq.org/data/patterns.html#kernel32:sync Based on the current test results the failure happens roughly 11% of the time and may happen twice in a run about 0.8% of the time. It happens on both bare metal (cw-gtx560, cw-rx460) and in VMs so it's not a QEmu issue. Yet I have not been able to reproduce the failure so far, even when looping on test_condvars_base() 1000 times. I also tried to see if some other test was the trigger but that did not work out either. Back in the day I tentatively noted that the failures may have started on 2021-09-13 (cw-gtx560 1809) or 2021-10-01 (all others); but I was obviously never able to pinpoint it and given how elusive the failure is, you should take that with a pinch of salt. -- 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 51365] New: wininet:http causes urlmon:protocol to time out
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=51365 Bug ID: 51365 Summary: wininet:http causes urlmon:protocol to time out Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com If wininet:http is run before urlmon:url the latter will time out as follows: protocol.c:348: Test failed: unexpected call OnResponse protocol.c:839: Test failed: unexpected call ReportProgress_MIMETYPEAVAILABLE protocol.c:1101: Test failed: unexpected call ReportData protocol.c:3437: Test failed: wait timed out protocol.c:3439: Test failed: expected Switch protocol.c:3560: Testing http protocol (redirected, disable auto redirect)... protocol.c:469: QueryService(IID_IGetBindHandle) protocol.c:475: QueryService(IID_IWindowForBindingUI) protocol.c:1178: Test failed: unexpected call ReportResult protocol.c:1186: Test failed: hrResult = 800c0014, expected: 00000000 urlmon:protocol:0bd0 done (258) in 120s (0x800c0014 = INET_E_REDIRECT_FAILED) The timeout actually happens in test_http_protocol_url() on line 3437: ok( WaitForSingleObject(event_complete, 90000) == WAIT_OBJECT_0, "wait timed out\n" ); This actually happens on machines that use the wt-daily.bat script [1] because that script first runs the 32-bit tests (including wininet:http) and then the 64-bit tests and, obviously, no configuration 'reset' happens in between. Specifically this causes failures in the 64-bit urlmon:protocol results on cw-gtx560 and cw-rx460: https://test.winehq.org/data/patterns.html#urlmon:protocol [1] https://github.com/fgouget/wt-daily/blob/master/wt-daily.bat.template#L138 -- 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 50348] New: MFMEv20 Emulator crashes on start
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=50348 Bug ID: 50348 Summary: MFMEv20 Emulator crashes on start Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2011.ac(a)gmail.com Distribution: --- Created attachment 68935 --> https://bugs.winehq.org/attachment.cgi?id=68935 Log file for crash MFMEv20 crashes on start. Log file 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 10

[Bug 46330] New: [Feature Request] Enable winelib on ppc64el
by wine-bugs＠winehq.org 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=46330 Bug ID: 46330 Summary: [Feature Request] Enable winelib on ppc64el Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- With the resurgence in POWER hardware support and interest centering around the POWER8/POWER9 chips, it would be great to get winelib support for the ppc64el architecture. This would allow Windows open source applications to be used on these powerful machines (e.g. FEMM, SQLYog, etc.). -- 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 3200] wineconsole width/height settings not handled properly
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=3200 --- Comment #21 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to temp82 from comment #20) > Not Found > > The requested URL was not found on this server. Far Manager 3: https://www.farmanager.com/download.php Far Manager 2: https://www.farmanager.com/history/far2.x86.msi https://www.farmanager.com/history/far2.x64.msi The old issues still remain: 1) Pressing Alt+F9 several times breaks the Far 3 window 2) The Far window cannot be shrunk using mouse like it can be done in Windows - in Linux scroll bars appear and internally the window remains the same size as being being shrunk. Expansion in Linux works just 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 0

[Bug 52430] New: Ubi Connect Launcher forever shows a black window
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=52430 Bug ID: 52430 Summary: Ubi Connect Launcher forever shows a black window Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 71690 --> https://bugs.winehq.org/attachment.cgi?id=71690 Console Log When you try to run the Ubi Connect Launcher, it never finishes the start sequence. Instead of showing the "Ubisoft Connect" Text alongside a logo inside a frame with small status updates in the lower left corner before displaying news and installed games, it just shows an empty black window that never vanishes and never gets content. On the console variuous notes about shaders are repeated. The AppDB says using corefonts via winetricks should make it boot, but it doesn't. The Card is an amd rtx480 on a Kubuntu 21.10. -- 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 3200] wineconsole width/height settings not handled properly
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=3200 temp82(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82(a)luukku.com --- Comment #20 from temp82(a)luukku.com --- Not Found The requested URL was not found on this server. -- 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 46694] New: widl crashes in dlls/atl during build on ppc64el
by wine-bugs＠winehq.org 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=46694 Bug ID: 46694 Summary: widl crashes in dlls/atl during build on ppc64el Product: Wine Version: 4.2 Hardware: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- Created attachment 63657 --> https://bugs.winehq.org/attachment.cgi?id=63657 Backtrace Building on ppc64el fails with a segmentation fault in widl while attempting to build dlls/atl. Backtrace 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.

2 6

[Bug 48398] New: [PATCH] build failure on arm64 with new gcc
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48398 Bug ID: 48398 Summary: [PATCH] build failure on arm64 with new gcc Product: Wine Version: 5.0-rc1 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: costamagnagianfranco(a)yahoo.it Distribution: --- Description: ../../tools/winegcc/winegcc -o d3dcompiler_47.dll.so --wine-objdir ../.. -fPIC -fasynchronous-unwind-tables -shared d3dcompiler_47.spec -mno-cygwin asmparser.o blob.o bytecodewriter.o compiler.o main.o preproc.o reflection.o utils.o asmshader.tab.o hlsl.tab.o ppy.tab.o asmshader.yy.o hlsl.yy.o ppl.yy.o version.res ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -Wl,-rpath,/usr/lib/aarch64-linux-gnu/wine ../d3dx9_36/effect.c:1472:12: error: result of comparison of unsigned enum expression < 0 is always false [-Werror,-Wtautological-unsigned-enum-zero-compare] if (op < 0 || op > SCT_PSINT) ~~ ^ ~ 1 error generated. Author: Gianfranco Costamagna <locutusofborg(a)debian.org> Forwarded: pending Last-Update: 2019-12-31 --- wine-5.0~rc1.orig/dlls/d3dx9_36/effect.c +++ wine-5.0~rc1/dlls/d3dx9_36/effect.c @@ -1469,7 +1469,7 @@ static HRESULT d3dx_set_shader_const_sta D3DXVECTOR4 value; HRESULT ret; - if (op < 0 || op > SCT_PSINT) + if (op > SCT_PSINT) { FIXME("Unknown op %u.\n", op); return D3DERR_INVALIDCALL; An enum starting with 0 can't obviously assume negative values... -- 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 52612] New: Build Error on macOS 12.2.1 with M1 mac
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52612 Bug ID: 52612 Summary: Build Error on macOS 12.2.1 with M1 mac Product: Wine Version: 7.3 Hardware: arm OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: syurin.nagatuki(a)gmail.com Created attachment 71939 --> https://bugs.winehq.org/attachment.cgi?id=71939 log Build Error on macOS 12.2.1 with M1 Mac Error Message : clang: error: unable to execute command: Segmentation fault: 11 clang: error: clang frontend command failed due to signal (use -v to see invocation) Apple clang version 13.0.0 (clang-1300.0.29.30) Target: arm64-apple-darwin21.3.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin clang: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang: note: diagnostic msg: /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.c clang: note: diagnostic msg: /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.sh clang: note: diagnostic msg: Crash backtrace is located in clang: note: diagnostic msg: /Users/syurin/Library/Logs/DiagnosticReports/clang_<YYYY-MM-DD-HHMMSS>_<hostname>.crash clang: note: diagnostic msg: (choose the .crash file that corresponds to your crash) clang: note: diagnostic msg: ******************** make: *** [libs/lcms2/src/cmslut.o] Error 254 -- 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 52929] New: Sleeping Dogs hangs at startup with the Vulkan renderer
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52929 Bug ID: 52929 Summary: Sleeping Dogs hangs at startup with the Vulkan renderer Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 72302 --> https://bugs.winehq.org/attachment.cgi?id=72302 VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log Hi, The game starts and works correctly with the OpenGL renderer and hangs when it launched with DAMAVAND (Vulkan renderer). Last lines in the output console when the game freeze : ###### 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 77, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 98, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 61, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 61, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. amdgpu: The CS has been cancelled because the context is lost. 015c:err:d3d:wined3d_context_vk_submit_command_buffer Failed to submit command buffer 00007FF39C16E5D0, vr VK_ERROR_DEVICE_LOST. ###### I attach the VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log. -- 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 52907] New: Etra's Training Grounds: Black solid models
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52907 Bug ID: 52907 Summary: Etra's Training Grounds: Black solid models Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 72291 --> https://bugs.winehq.org/attachment.cgi?id=72291 Shell log Solid models on Etra's Training Grounds game are all dark Once starting, the game displays a lot of fixmes and errors: 0110:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3. 00000000055CDC10: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 016c:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled interpolation mode 0x3. On Windows 10 using the same hardware, the solid models are rendered correctly, indicating that's not a issue with my Intel integrated graphics. Procedure: 1 - Open the game Download: https://etra-etra-games.itch.io/a-beginners-guide-to-fps-games SHA-1(Lesson-FPS_Buff-High Quality-64bit.zip): 56ec1d6098ccfc638d955cc3f093c77ae6749224 SHA-1(Lesson-FPS_Not-Buff-Lower Quality-64bit.zip): 7ce3384e3e5954beb1b84cbe1b9344e020b5387a I've used Lesson-FPS_Buff-High Quality-64bit.zip on the screenshots and log, low-quality version is glitch aswell, i didn't tested 32-bir versions -- 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 52894] New: comdlg32:filedlg - test_arrange() fails in Wine in the Japanese and Chinese locales
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52894 Bug ID: 52894 Summary: comdlg32:filedlg - test_arrange() fails in Wine in the Japanese and Chinese locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- test_arrange() fails in Wine in the Japanese and Chinese locales: filedlg.c:761: Test failed: Wrong height of dialog 301, expected 323 https://test.winehq.org/data/patterns.html#comdlg32:filedlg The failure only happens in Wine and is 100% reproducible with the right locale. So this looks very much like a bug in comdlg32. -- 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 52921] New: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii)
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52921 Bug ID: 52921 Summary: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the game. This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d log. -- 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 52920] New: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii)
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52920 Bug ID: 52920 Summary: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the game. This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d log. -- 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 52860] New: [Anno 2070]Crashes at launch (Assertion failed)
by WineHQ Bugzilla 29 Apr '22

29 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52860 Bug ID: 52860 Summary: [Anno 2070]Crashes at launch (Assertion failed) Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 72259 --> https://bugs.winehq.org/attachment.cgi?id=72259 Anno 2070 on Windows 11 Hello, This game is a piece oh shit to update. If someone has the game : 1- Install UbisoftConnect & install the game 2- Cut Anno5 folder into a Windows partition. 3- Run Anno5.exe or Autopatcher.exe to update the game. 4- Retrieve the game folder. 5- Launch the game. When you run the step 5, you need to have the Anno window to enable the game (see attached screenshot). But with Wine 7.6, i have these lines in the output console : ****** 0100:fixme:d3d11:d3d11_device_context_SwapDeviceContextState D3D10 interface emulation not fully implemented yet! 0100:fixme:d2d:d2d_device_context_PushLayer iface 06C93460, layer_parameters 0032F348, layer 06CBD938 stub! 0110:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. 0100:fixme:d2d:d2d_text_renderer_DrawGlyphRun Ignoring options 0x2. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. Assertion failed: iface->lpVtbl == (ID2D1DrawingStateBlockVtbl *)&d2d_state_block_vtbl, file ../dlls/d2d1/state_block.c, line 189 ****** -- 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 52928] New: comctl32:toolbar - test_sizes() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52928 Bug ID: 52928 Summary: comctl32:toolbar - test_sizes() fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:toolbar's test_sizes() fails on Windows with the UTF-8 codepage: toolbar.c:1594: Test failed: invalid rect (754,2)-(783,26) - expected (754,2)-(784,26) - (button = 5, tbsize_numtests = 18) toolbar.c:1597: Test failed: invalid rect (754,0)-(783,38) - expected (754,0)-(784,38) - (button = 5, tbsize_numtests = 19) toolbar.c:1626: Test failed: invalid rect (118,2)-(183,40) - expected (118,2)-(184,40) - (button = 2, tbsize_numtests = 21) toolbar.c:1634: Test failed: invalid rect (0,2)-(65,40) - expected (0,2)-(66,40) - (button = 0, tbsize_numtests = 22) toolbar.c:1661: Test failed: invalid rect (0,2)-(29,24) - expected (0,2)-(30,24) - (button = 0, tbsize_numtests = 24) https://test.winehq.org/data/patterns.html#comctl32:toolbar This can be reproduced on w10pro64-hi-u8. -- 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 52927] New: comctl32:rebar - test_bandinfo() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52927 Bug ID: 52927 Summary: comctl32:rebar - test_bandinfo() fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:rebar's test_bandinfo() fails on Windows with the UTF-8 codepage: rebar.c:949: Test failed: expected 35 for 38 from line 990 rebar.c:949: Test failed: expected 40 for 43 from line 996 rebar.c:949: Test failed: expected 40 for 43 from line 1015 https://test.winehq.org/data/patterns.html#comctl32:rebar Hindi + UTF-8 is the only locale where this test fails on Windows at this time. In particular there is no failure on the standard Hindi locale (English system locale) so this appears to be specific to UTF-8. -- 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 52926] New: usp10:usp10 The wgBlank and wgInvalid checks fail on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52926 Bug ID: 52926 Summary: usp10:usp10 The wgBlank and wgInvalid checks fail on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com usp10:usp10's wgBlank and wgInvalid checks in test_ScriptGetFontProperties() fails on some truetype fonts with Hindi + UTF-8 codepage: usp10.c:2634: Test failed: truetype font Symbol wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Symbol wgInvalid 0000 gi[0] 0003 usp10.c:2634: Test failed: truetype font Webdings wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Webdings wgInvalid 0000 gi[0] 0003 usp10.c:2634: Test failed: truetype font Wingdings wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Wingdings wgInvalid 0000 gi[0] 0003 https://test.winehq.org/data/patterns.html#usp10:usp10 See also bug 52925 which is a similar issue with wgBlank in a wider range of locales, and for bitmap fonts instead of TrueType ones. -- 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 52896] New: gdi32:font has a test_GetCharABCWidths() failure on all Windows 10 versions
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52896 Bug ID: 52896 Summary: gdi32:font has a test_GetCharABCWidths() failure on all Windows 10 versions Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following test_GetCharABCWidths() test fails on all Windows 10 versions: ret = GetCharABCWidthsW(hdc, 'a', 'a', abc); ok(!ret, "GetCharABCWidthsW should have failed\n"); font.c:1189: Test failed: GetCharABCWidthsW should have failed https://test.winehq.org/data/patterns.html#gdi32:font It was introduced in this pretty old commit: commit 0dc765809c602cf62a87e28451e4eea81eeca0cb Author: Hans Leidekker <hans(a)it.vu.nl> AuthorDate: Sat Dec 8 22:55:01 2007 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Dec 10 12:27:13 2007 +0100 gdi32: GetCharABCWidthsI does not require a scalable font. -- 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 45385] New: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected.
by wine-bugs＠winehq.org 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45385 Bug ID: 45385 Summary: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected. Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: johnfound(a)asm32.info Distribution: --- I noticed that the state of the keys sometimes sticks in pressed state. This happens when cycling windows with some shortcut key combination. For example if cycling with Alt+Tab, on pressing Alt, the program gets WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling windows, the program does not get WM_KEYUP because the window is not focused and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state. When cycling back to the program window, the window get focused only after releasing Alt key, so it does not get this event as well. If cycling windows with another shortcut key combination (for example Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick. In the same time, GetAsyncKeyState returns the proper state of the keys. Note1: The problem is obviously in the wineserver code, because it handles the key state tables for the different threads. Note2: The effect happens only sometimes. It seems the code for proper processing is already there, but some racing conditions have place. Note3: There is some probability that the effect is in result of my application code, but it never happens on real Windows, so I considered it a bug. Note4: I tried to workaround this problem by reading the whole table by GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE message of the main window. This workaround actually works, but is too ugly IMO. The same trick on WM_ACTIVATEAPP does not work. -- 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 52737] New: winecfg not open
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52737 Bug ID: 52737 Summary: winecfg not open Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jayjameshlw(a)gmail.com Distribution: --- archkubi@GnuChanOS ~> winecfg MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete 0120:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0120:err:winediag:nodrv_CreateWindow The explorer process failed to start. -- 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 52735] New: Wine does not launch GUI apps
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52735 Bug ID: 52735 Summary: Wine does not launch GUI apps Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bihag37553(a)flowminer.com Distribution: --- Wine versions above wine 7.0rc2 don't work for me on intel+nvidia setup on manjaro linux kernel 5.17.0-1 and I have also tried kernel 5.16. I'm using nvidia drivers version 510.60.02 When I launch wine, I get the following error: 00f4:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 00f4:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." I have tried deleting the wine prefix and using wine-staging but couldn't fix this issue. -- 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 52913] New: user32:dde fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52913 Bug ID: 52913 Summary: user32:dde fails on Windows with the UTF-8 codepage 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:dde fails on Windows with the UTF-8 codepage. dde.c:2653: client ansi, server ansi dde.c:2535: Test failed: Wrong size 5 expected 7 or 6, msg_index=9 dde.c:2537: Test failed: Expected abcé, got abcé, msg_index=9 msg_index=9 https://test.winehq.org/data/patterns.html#user32:dde The failing string is actually this one: { 0x0061, 0x0062, 0x0063, 0x9152, 0 }, /* Chinese with latin characters begin */ Adding a couple of wine_dbgstr_a() shows that the two strings that are compared are: dde.c:2538: Test failed: Expected [abc酒] "abc\xe9\x85\x92", got [abc��] "abc\xe9\x85", msg_index=9 I have confirmed that the 0x9152 UTF-16 character translates to \xe9\x85\x92 in UTF-8 [1]. So the issue is that the string we receive is missing one byte. However that looks like a Windows bug in the character encoding conversion. [1] For some reason test.winehq.org seems to interpret the page as iso-8859-1 so \xe9 is shown as 'é'. -- 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 33058] New: Visual Basic 6 crashes when object browser is clicked
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=33058 Bug #: 33058 Summary: Visual Basic 6 crashes when object browser is clicked Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: german_ant_82(a)yahoo.com Classification: Unclassified Regression SHA1: Visual Basic 6 crashes when object browser button is clicked Created attachment 43703 --> http://bugs.winehq.org/attachment.cgi?id=43703 Backtrace Visual Basic 6 IDE crashes when object browser is clicked -- 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 24914] New: Unable to resize form in visual basic 6 enterprise
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24914 Summary: Unable to resize form in visual basic 6 enterprise Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stupidhomer(a)gmail.com If I make a new Standard Project and attempt to resize the form, it locks the whole form window, and to get it back, I have to double click on "Form1" in the project sidebar. No error messages or output from wine to understand the problem. -- 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 13

[Bug 52785] New: Battlefield 4 crashes in wined3d_buffer_create
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52785 Bug ID: 52785 Summary: Battlefield 4 crashes in wined3d_buffer_create Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xiretza+winehq(a)xiretza.xyz Distribution: --- Created attachment 72167 --> https://bugs.winehq.org/attachment.cgi?id=72167 Report saved by the wine crash reporter During gameplay, Battlefield 4 frequently and seemingly randomly crashes with a page fault in wined3d_buffer_create. Some time ago I was able to play the game without any crashes, and I'm not aware of any updates to the game, so this may be a regression in wine - but too much on my system has changed since then to be certain. Crash report 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 8

[Bug 52901] New: gdi32:metafile - test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52901 Bug ID: 52901 Summary: gdi32:metafile - test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage: metafile.c:7907: Test failed: expected 0, got 183 metafile.c:7922: Test failed: expected 0, got 183 metafile.c:7981: Test failed: expected 0, got 183 metafile.c:8004: Test failed: ExtTextOut error 0 metafile.c:2326: Test failed: emf_TextOut_negative_count: mfsize=1840, bsize=128 metafile.c:2343: Test failed: emf_TextOut_negative_count: expected rclBounds.left = 0, got 10 metafile.c:2345: Test failed: emf_TextOut_negative_count: expected rclBounds.top = 0, got 20 metafile.c:2347: Test failed: emf_TextOut_negative_count: expected rclBounds.right = -1, got 29 metafile.c:2349: Test failed: emf_TextOut_negative_count: expected rclBounds.bottom = -1, got 39 metafile.c:2352: Test failed: expected nBytes 128, got 1840 metafile.c:2354: Test failed: expected nRecords 2, got 18 metafile.c:2219: Test failed: emf_TextOut_negative_count: emr->iType 14 != 84 metafile.c:2222: Test failed: emf_TextOut_negative_count: emr->nSize 20 != 108 https://test.winehq.org/data/patterns.html#gdi32:metafile -- 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 48008] New: WinSCP can't display Chinese characters correctly
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48008 Bug ID: 48008 Summary: WinSCP can't display Chinese characters correctly Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wwycheuk(a)gmail.com Distribution: --- Created attachment 65539 --> https://bugs.winehq.org/attachment.cgi?id=65539 screenshot Ubuntu Studio 19.10 is installed using Traditional Chinese interface. Downloaded and installed the latest version of WinSCP 5.15.5 from https://winscp.net/eng/download.php The Chinese characters in the dialog box appear as boxes, but the characters in main window are ok. (see picture 1) The Chinese characters in folder also appear as boxes (see picture 2), not sure whether they are of the same root cause. -- 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 52769] New: Missing MFSchemeHandler for common url schemes
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52769 Bug ID: 52769 Summary: Missing MFSchemeHandler for common url schemes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: yshuiv7(a)gmail.com Distribution: --- Right now there is only a scheme handler for "file:". Some games use Media Foundation to play videos from URLs, VRChat is one of the notable examples. Missing common scheme handler for schemes such as "http:" and "https:" means videos can't be played in those games. -- 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 52819] New: Smart-House Configuration Tool v1.25: crashes when configuring serial port
by WineHQ Bugzilla 25 Apr '22

25 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52819 Bug ID: 52819 Summary: Smart-House Configuration Tool v1.25: crashes when configuring serial port Product: Wine Version: 3.21 Hardware: x86-64 URL: https://www.smartbuilding.dk/software/z_controller/Set up_SmartHouse%20125.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: chroxvi(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 77b4391d442e927a2a59b5afb244355b0634aaa Distribution: Fedora Created attachment 72199 --> https://bugs.winehq.org/attachment.cgi?id=72199 Terminal output logs and bisect result Steps to reproduce: 1. Download and unzip the Carlo Gavazzi Smart-House Tool v1.25 from https://www.smartbuilding.dk/software/z_controller/Setup_SmartHouse%20125.z… ("Setup_SmartHouse 125.exe" sha256sum: 5fc57b031e232fbb0c40f157ec133a324d74c1fe52806baf0172458aadab6067) 2. Install the tool using: - WINEARCH=win32 WINEPREFIX=~/.smarthouse_regtest wine winecfg - WINEPREFIX=~/.smarthouse_regtest winetricks -q vb6run - WINEPREFIX=~/.smarthouse_regtest wine Setup_SmartHouse\ 125.exe (click through the install GUI in its default configuration) 3. Run the tool: - WINEPREFIX=~/.smarthouse_regtest wine ~/.smarthouse_regtest/drive_c/Program\ Files/Carlo\ Gavazzi/smart-house/smart-house\ 1.25/smart-house\ Tool\ 0125.exe 4. Open the menu: "Options" --> "Serial Port" 5. Program crashes This is a regression. The Smart-House tool (following the above procedure) works with no errors using Wine 3.20. Using Wine 3.21, it crashes as soon as the program is executed. An error message is displayed. It contains the text: "Run-time error ‘-2147220990 (80040202)’: Automation error". Using Wine 7.6, an error is shown when the program is executed, but the program starts. It contains the text: "Run-time error ‘-2147417839 (80010111)’: Method ‘~’ of object ‘~’ failed". When opening the menu "Options" --> "Serial Port", the application crashes. An error message is displayed. It contains the text: "Run-time error ‘-2147418105 (80010007)’: Automation error" Using latest master (wine-7.6-152-g07f22e20d73), the program installer crashes. However, executing the program with wine-7.6-152-g07f22e20d73 using a wine prefix installed with Wine 7.6 behaves identically to Wine 7.6. I did a bisect between Wine 3.20 and 3.21, which gave 77b4391d442e927a2a59b5afb244355b0634aaa as the first bad commit. -- 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 52881] New: Improve software components also for using “MiTeC System Information X”
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52881 Bug ID: 52881 Summary: Improve software components also for using “MiTeC System Information X” Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried the tool “MiTeC System Information X 4.2.0.0” out together with the software “Wine 7.7-1449.4”. Markus_Elfring@Sonne:~> wine /home/altes_Heim2/elfring/geladen/Freeware/MSIX/MSIX.exe 00c4:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv" failed to start: 1114 0024:fixme:thread:GetThreadUILanguage : stub, returning default language. 0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 009AD7A8, 00000000 009AD7D0 0024:fixme:nls:get_dummy_preferred_ui_language (0x38 009AD7A8 00000000 009AD7D0) returning a dummy value (current locale) … 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION … 0120:fixme:resource:GetGuiResources (000001FC,0): stub 0120:fixme:process:QueryProcessCycleTime (000001FC,01425E90): stub! 0024:fixme:imm:ImeSetActiveContext (0x26adf8, 1): stub 0024:fixme:imm:ImmReleaseContext (00020082, 0026ADF8): stub 0070:fixme:imm:ImeSetActiveContext (0x5b6d0, 0): stub … 0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable 0: stub! 0024:fixme:wevtapi:EvtOpenChannelEnum (00000000 0) stub 0024:fixme:wevtapi:EvtNextChannelPath (00000000 522 009ADE62 009AE28C) stub 0024:fixme:wevtapi:EvtClose (00000000) stub … 0024:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0 0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable -1: stub! 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7405c (device=7 access=1 func=17 method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7c088 (device=7 access=3 func=22 method=0) … 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0058:fixme:mountmgr:query_property Unsupported property 0x7 … 0058:fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS 0058:fixme:mountmgr:query_property Unsupported property 0x34 0024:fixme:cdrom:CDROM_GetDeviceNumber stub 0024:fixme:cdrom:CDROM_GetMediaType : faking success … wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available. … 0024:fixme:wbemdisp:propertyset_get__NewEnum 0024:fixme:ras:RasEnumConnectionsA (009AD088,009ADD4C,009ADD48),stub! 0024:fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! 0024:err:ole:com_get_class_object class {f3bdfad3-f276-49e9-9b17-c474f48f0764} not registered 0024:err:ole:create_server class {f3bdfad3-f276-49e9-9b17-c474f48f0764} not registered 0024:err:ole:com_get_class_object no class object {f3bdfad3-f276-49e9-9b17-c474f48f0764} could be created for context 0x5 0024:err:winediag:netapi_init failed to load libnetapi.so … 0024:fixme:mpr:WNetGetUniversalNameW (L"C:\\", 0x00000001, 009ABE9C, 009AC2B4): stub … 0024:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x00002201 … How will the chances evolve to fix remaining open issues? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 52482] New: Invisible UI in installer of Lightroom Classic 2021/2022
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52482 Bug ID: 52482 Summary: Invisible UI in installer of Lightroom Classic 2021/2022 Product: Wine Version: 7.0 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: --- Created attachment 71775 --> https://bugs.winehq.org/attachment.cgi?id=71775 Wine log When trying to install LR Classic 2021/2022, then I see only a white window and a error spam: """ 0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-stub 0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-stub """ -- 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 52797] New: FNA3D_Driver D3D11 needs ID3DUserDefinedAnnotation (game "Crystal Project")
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52797 Bug ID: 52797 Summary: FNA3D_Driver D3D11 needs ID3DUserDefinedAnnotation (game "Crystal Project") Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: madbyte(a)tuta.io Distribution: --- Created attachment 72177 --> https://bugs.winehq.org/attachment.cgi?id=72177 Generated using Proton 7.0 for the game "Crystal Project Demo" Links ------ FNA: https://github.com/FNA-XNA/FNA3D Crystal Project (Steam): https://store.steampowered.com/app/1637730/Crystal_Project/ There is a demo version available. Proton issue page: https://github.com/ValveSoftware/Proton/issues/5197#issuecomment-1092134636 Error check in FNA3D_Driver_D3D11 for "ID3DUserDefinedAnnotation": https://github.com/FNA-XNA/FNA3D/blob/9c00af2bfe30e28d48f93f4c1b4c62c38b3e1… Microsoft API Docs for "ID3DUserDefinedAnnotation": https://docs.microsoft.com/en-us/windows/win32/api/d3d11_1/nn-d3d11_1-id3du… "ID3DUserDefinedAnnotation" methods in latest Wine.git source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/device.c#l3182 Description ------------ FNA is a reimplementation of the Microsoft XNA Game Studio 4.0 Refresh libraries. The steam game "Crystal Project" crashes on start up due to the following error message: https://gist.github.com/MadByteDE/9c7a084743009b3455f9f67e1e228698#file-gis… I'm unable to launch the game with vanilla Wine because of DRM (init SteamAPI failed) so the report is based on tests with latest Proton. I tried launching the game with WINED3D and DXVK, both were not able to launch the game. Workarounds ------------ - Another user hinted that the issue can be circumvented by installing Microsoft's d3dcompiler_47.dll into the game's prefix ie by using protontricks/winetricks. I wasn't able to reproduce this. - FNA also allows to switch to other drivers ie for OpenGL or Vulkan which seem to work well with Wine/Proton. System Info ------------ Distro: Arch Linux Kernel: Linux 5.17.1-arch1-1 GPU: AMD Radeon 5700 XT Driver: Mesa 22.0.1-3 CPU: AMD Ryzen 3600 -- 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 52817] New: Sifu crashes when opening the game
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52817 Bug ID: 52817 Summary: Sifu crashes when opening the game Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: braiamp(a)gmail.com Distribution: --- I'm not sure what title would be descriptive. I created a new prefix, installed vcrun2019 using winetricks and used Legendary to start Sifu up. When it starts up, it spends a time on the following (complete log file attached): 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0, 000000000FC1FBB8, 0000000000000000. 01e0:fixme:mfplat:media_source_QueryInterface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8. 01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200. 01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. and before crashing, prints the following: 0268:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4 stub 0268:fixme:win:DisableProcessWindowsGhosting : stub 0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59 (SPI_SETSTICKYKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53 (SPI_SETTOGGLEKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51 (SPI_SETFILTERKEYS) 0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. I know that wine-staging+dxvk started the game without graphics issues (there were missing textures without dxvk and https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur whenever I plug in a controller or not. -- 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 52810] New: Applications are unable to locate some files, but not others, while Wine file explorer can locate them (tested with MusicBee and ToDoList)
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52810 Bug ID: 52810 Summary: Applications are unable to locate some files, but not others, while Wine file explorer can locate them (tested with MusicBee and ToDoList) Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: devtarc(a)gmail.com Distribution: Ubuntu OS: Xubuntu 20.04.4 LTS (64-bit) I'm using MusicBee and AbstractSpoon's ToDoList using Wine, each in their own Wine prefix. Both prefixes are 32-bit and are in the Xubuntu partition and were not created using root. The ToDoList reads files from the partition Xubuntu is installed in (ext4), and MusicBee reads from an NTFS partition. Both run really well, but sometimes they are unable to find some files. For MusicBee, they are some song files (mostly mp3 I think), and for ToDoList, some todo list files (.tdl). All of those files are stored outside of the Wine prefix. For MusicBee, they are symlinked into it to preserve database structure. There is no apparent pattern on the files that could explain why some can't be loaded and others can't. Everytime this happens, it's always the same files that can't be located. However, Wine's files explorer is able to locate them. I'm also able to access them both through Xubuntu and Windows. Also, I'm not really sure what is triggering it. It tends to be like this from boot, but doesn't happen all the time. Lately it seems to have been triggered by rebooting, but it could be something from 7.6, as I have rebooted Xubuntu many times while trying to fix this and many of those times it worked correctly afterwards. Things I have tried: - Changing mount permissions for the NTFS partition - Adding more libraries/DLLs to the MusicBee prefix - Changing permissions for the music library folder while in Windows - Manually locating the missing files using the Wine file explorer - Watching for the console output (didn't seem to have anything major) - Using WINEDEBUG (couldn't see anything obvious and I'm not really experienced with it) I tried it mostly with MusicBee because it's the one I use the most. Both MusicBee and ToDoList handle missing files nicely, so no crash log. I did a clean install of Xubuntu March 20th and this has been happening since then. Tested it with Wine stable (7.0) as well as Wine devel (7.4, 7.5 and 7.6). Before that I had been using Ubuntu 18.04 since early 2020 and they were working correctly. I don't remember the Wine version, but it was either devel or staging. The MusicBee forums has a thread on running it on Wine and they haven't reported this kind of problem, so I feel it may have something to do with the Xubuntu version and/or Xfce, especially considering that it was working correctly under vanilla Ubuntu 18.04 (and also vanilla Ubuntu 16.04 before that). However, I haven't found any similar problems when searching with Google or in the bug tracker. -- 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 52793] New: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks Total Commander internal file associations
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52793 Bug ID: 52793 Summary: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks Total Commander internal file associations Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felix.huber(a)schyf.de Distribution: --- Calling native Linux applications with internal associations by using a script with the line: /usr/bin/xdg-open "`wine winepath -u "$1"`" works only when output of stderr can be printed to a console. Redirecting stderr to /dev/null breaks this mechanism starting with commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c: the script does not get called anymore. -- 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 52789] New: Unwanted Console Creation when Winegcc compiled Processes are started
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52789 Bug ID: 52789 Summary: Unwanted Console Creation when Winegcc compiled Processes are started Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: chopinbig(a)tutanota.com Distribution: --- When winegcc apps are run, a console (terminal) pops up with Wine 7.5 which didn't happen in Wine 7.4 or any previous Wine version either. This is odd behaviour. If the unwanted console window is closed, then it causes a crash. I think I've tracked it down to these commit's https://source.winehq.org/git/wine.git/commit/7b65ef3afbe880b82e89656435261… https://source.winehq.org/git/wine.git/commit/c7e87b536edb28bb48162690e0d42… https://source.winehq.org/git/wine.git/commit/f034084d49b354811096524d472ae… 2022-03-17 Eric Pouech kernelbase: Handle corner case in CreateProcess. commit | commitdiff | tree 2022-03-17 Eric Pouech start: Force no console creation when using start ... commit | commitdiff | tree 2022-03-17 Eric Pouech services: Start services detached from console. commit | commitdiff | tree -- 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 52786] New: "wine cmd.exe /c [any command which outputs text]" returns zero length text
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52786 Bug ID: 52786 Summary: "wine cmd.exe /c [any command which outputs text]" returns zero length text Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bill2allison(a)yahoo.co.uk Distribution: --- Works correctly only when executed from a terminal (xterm etc) Fails when wine is invoked (directly or by another program such as winetricks) from desktop menu or launcher or a .desktop file. MY ENVIRONMENT -------------- OpenSUSE Tumbleweed KDE/Plasma Wine 7.5 TO REPRODUCE ------------ 1) From the desktop launcher run wine cmd.exe /c echo 'hello' > ~/test.txt Each time it is run, the test.txt timestamp is updated but the file remains empty 2) From the desktop launcher run winetricks --gui Displays info then error message 'wine cmd.exe /c echo '%AppData%' returned empty string, error message "" ' 3) Issue test 1 above in xterm or similar then test.txt contains "hello" 4) Issue test 2 above in xterm or similar then winetricks starts and runs normally WORKAROUND ---------- Include terminal=true in affected .desktop files and menu configs or start those programs from within a terminal -- 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 49111] New: ELWAVE Demo installer crashes on start
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49111 Bug ID: 49111 Summary: ELWAVE Demo installer crashes on start Product: Wine Version: 5.2 Hardware: x86 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 67087 --> https://bugs.winehq.org/attachment.cgi?id=67087 Wine log The installer crashes as soon as its run, see attached log - that's a full log, not only the backtrace. -- 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 52796] New: wine 7.5+ can no longer enqueue files from Dolphin to foobar2000
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52796 Bug ID: 52796 Summary: wine 7.5+ can no longer enqueue files from Dolphin to foobar2000 Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kohhnztqscldrekdqn(a)kvhrw.com Distribution: --- With wine 7.4 and earlier it was possible to select audio files in Dolphin and send them to foobar2000's playlist with 'Open With > foobar2000' context menu entry. With wine 7.5 and 7.6 foobar2000 will start but file selection doesn't appear in the playlist. Drag & drop from Dolphin still works though. Below foobar2000 launcher script and .desktop file are similar to what I use if that matters. https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.sh?h=foobar2000 https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.desktop?h=foobar2000 -- 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 52783] New: error: unknown type name ‘uint64_t’
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52783 Bug ID: 52783 Summary: error: unknown type name ‘uint64_t’ Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 72164 --> https://bugs.winehq.org/attachment.cgi?id=72164 log.txt Compiling in 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-7.5 In function ‘get_time_msec’: error: ‘uint64_t’ undeclared (first use in this function) warning: control reaches end of non-void function [-Wreturn-type] -- 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 49112] New: ELWAVE doesn't start - detects Wine as VM
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49112 Bug ID: 49112 Summary: ELWAVE doesn't start - detects Wine as VM Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The program doesn't start, since it refuses to work in a VM but detects Wine as such. Seems to work on older CPUs though, so maybe that's a clue. Reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=33826 -- 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 51387] New: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section"
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51387 Bug ID: 51387 Summary: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: l.arzeni(a)iname.com Distribution: --- Created attachment 70242 --> https://bugs.winehq.org/attachment.cgi?id=70242 application logs Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under every release of wine32, from release 1.5 to release 5.0.3, I'm running an old windows application. It works showing a list of records from an ODBC connection, then when a record is clicked, it opens a form for editing the record. It's similar to MS Access, but the application is written in a 4GL db language called clarion. I can share the sources, if needed. The application works fine under "native" windows (tested in all releases of windows, from windows XP to Windows 10). The application looks fine, but hangs after a while, if I run it under wine: env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe The log shows that there is a timeout in a critical section, may be a deadlock between: "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" This is the relevant lines of the logs: 0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80 "dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked by 0114, retrying (60 sec) 0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220 "dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114, blocked by 0024, retrying (60 sec) To solve the issue, I run it with "taskset --cpu-list 0 ", that is: env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine /srv/data/shared/LicenseManager.exe But, if I user the taskset, the application GUI artifacts became "dirty" , and I need to close and reopen the window to redraw them properly. Is there any clue to solve this issue, or, at least, to avoid the garbage on the user interface when running under the "taskset" command? Please note: the issue is not "application specific" but, afaik, instead the bug affects all application generated with "clarion" Regards, Luca -- 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 52846] New: Capture One 22 fails to start with wbemprox related crashes
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52846 Bug ID: 52846 Summary: Capture One 22 fails to start with wbemprox related crashes Product: Wine Version: 7.6 Hardware: x86-64 URL: https://www.captureone.com/en/new-update/capture-one-2 2 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 72244 --> https://bugs.winehq.org/attachment.cgi?id=72244 +wbemprox,+mountmgr,+seh Hi, a user reported trouble with this program on the forum so i gave it a try. Apparently for him it crashed inside wbemprox, but the crash is for me different, and more unfortunate it differs from time to time, and every now and then it does`t crash at all but just starts.... But all crashes look similar like: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Management.SecuredIEnumWbemClassObjectHandler.Clone_(IEnumWbemClassObject& ppEnum) at System.Management.ManagementObjectCollection.GetEnumerator() I attached one of the crashes to this report (+seh,+wbemprox,+mountmgr). One thing that can be seen it queries for property "Characteristics" from win32_processor, that is afaics missing, but that is probably not the cause of the crashes; to rule that out could it be added? It might be due to mountmgr.sys insufficiencies, but i cannot tell really for sure. Anyway, one way to reliably get the program started 100% is disabling mountmgr.sys and/or wbmprox... (Note: I installed native dotnet48, d3dcompiler_47 and arial via 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 52508] New: EnumDisplayDevices() fails in obscure ways on 32-bit arch when 64-bit Vulkan is present but 32-bit is missing
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52508 Bug ID: 52508 Summary: EnumDisplayDevices() fails in obscure ways on 32-bit arch when 64-bit Vulkan is present but 32-bit is missing Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com Distribution: --- FWIW, this is easy to trigger by running 32-bit ddraw:ddraw1. I'm fine with calling this case "user error", but the problem is, it's not that hard to be missing Vulkan drivers for one architecture, while debugging this took way too long. It'd be nice to at least have some way of printing a message. The basic problem is that when Vulkan is present we retrieve the PCI IDs from it, but when it's absent we set them to zero. As a result we end up creating two different sets of registry entries, but only the 64-bit one gets populated via initialize_display_settings(). EnumDisplayDevices() tries to access it and finds the GPU entries empty. This does lead me to ask: can we avoid querying GPUs in each process? Can we just let explorer.exe manage them and get our information from there? CC'ing Jacek and Zhiyi as both having worked closely with this code. -- 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 52809] New: Steam regression since 2aa4673f32
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52809 Bug ID: 52809 Summary: Steam regression since 2aa4673f32 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Created attachment 72185 --> https://bugs.winehq.org/attachment.cgi?id=72185 Log output One of Steam's steamwebhelper.exe processes crashes repeatedly in Wine git. A bisect resulted in this commit: 2aa4673f32d08238b61e5b445d8bf873dccf2556 is the first bad commit commit 2aa4673f32d08238b61e5b445d8bf873dccf2556 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 11 11:36:24 2022 +0200 ntdll: Support UTF-8 codepage in string conversion functions. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/locale.c | 189 ++++++++++++++++++++++++++++++++++++++++------------ dlls/ntdll/string.c | 8 +-- 2 files changed, 148 insertions(+), 49 deletions(-) Wine output repeats the lines from the attached log.txt repeatedly. I'll investigate more closely tomorrow. -- 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 6682] IrfanView's 4.44 Help -> About window is missing a picture on the left
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=6682 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #76 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 7.7. -- 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 52825] New: Capella help crashes with Error "qtwebengingeprocess has serious errors"
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52825 Bug ID: 52825 Summary: Capella help crashes with Error "qtwebengingeprocess has serious errors" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newsletter(a)gerhardbeck.de Distribution: --- Created attachment 72211 --> https://bugs.winehq.org/attachment.cgi?id=72211 Screenshot I wanted to use the help of capella 8. It show the start spleen but when trying to see a content it crashes, see attached screenshot and backtrace -- 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 52640] New: Steam does not display anything when using the Vulkan renderer (stack overflow from official Vulkan loader calling into dxgi)
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52640 Bug ID: 52640 Summary: Steam does not display anything when using the Vulkan renderer (stack overflow from official Vulkan loader calling into dxgi) Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8 Distribution: --- steamwebhelper.exe constantly crashes due to a stack overflow: 05bc:err:winediag:wined3d_dll_init Using the Vulkan renderer. 05bc:fixme:heap:RtlSetHeapInformation 0000000000000000 1 0000000000000000 0 stub 05bc:err:virtual:virtual_setup_exception stack overflow 2000 bytes in thread 05bc addr 0x1700304f0 stack 0x20830 (0x20000-0x21000-0x120000) The problem is that CEF ships the Vulkan loader (vulkan-1.dll), and during the process of initializing Vulkan [wined3d_init_vulkan()], the loader calls CreateDXGIFactory1(), which triggers Wine to initialize itself and subsequently initialize Vulkan, leading to infinite recursion. Fundamentally USE_WIN32_VULKAN can't work with the official (?) Vulkan loader, and so any attempt to use the Vulkan renderer on Windows would fail 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 5

[Bug 24574] New: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24574 Summary: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=31036) --> (http://bugs.winehq.org/attachment.cgi?id=31036) The initial window Download and install, try to run. -- 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 16

[Bug 52763] New: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52763 Bug ID: 52763 Summary: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode Product: Wine Version: 7.5 Hardware: x86-64 URL: https://conemu.github.io/en/Downloads.html OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Distribution: Debian ConEmu in win10 is broken since aforementioned commit. The ConEmu console reports an error and than bails out. The bug is only present when version is set to win10 Expected behaviour: Have an interactive ConEmu console Actual behaviour: Conemu console unusable 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 is the first bad commit commit 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Mar 31 12:06:41 2022 +0200 kernelbase: Allocate HLOCAL / HGLOBAL from a static handle table. Sharing the table pointers through KernelBaseGetGlobalData to check for handle validity in kernel32, and as native does it. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/heap.c | 20 +++++--- dlls/kernel32/tests/heap.c | 9 ---- dlls/kernelbase/memory.c | 115 ++++++++++++++++++++++++--------------------- 3 files changed, 75 insertions(+), 69 deletions(-) -- 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 52703] New: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW]
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52703 Bug ID: 52703 Summary: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW] Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joo.peter(a)gmail.com Distribution: --- Created attachment 72060 --> https://bugs.winehq.org/attachment.cgi?id=72060 this is the backtrace provided by wine when i_view64.exe crashed I think it is important to have the exact steps on how to reproducate such issue. Maybe it is trivial, but I wrote it down here anyway. 1) Install the lastest Manjaro with Xfce desktop environment from here: https://manjaro.org/downloads/official/xfce I downloaded the manjaro-xfce-21.2.4-220301-linux515.iso file. Using VirtualBox I created a fresh installation. 2) Upgraded the fresh install to its latest stable version: yes | sudo pacman -Scc && sudo pacman -Suu --refresh --refresh 3) Irfanview requires mono too, so install wine and wine-mono: sudo pacman -S --needed wine wine-mono The installed version become: multilib/wine = 7.4-1 community/wine-mono = 7.1.1-1 4) Download IrfanView x64 and its plugins from here https://www.irfanview.com/64bit.htm The following links are the one you need from that page: Download IrfanView-64 English (Version 4.60, ZIP file, 3.13 MB) Download IrfanView-64 PlugIns (Version 4.60, ZIP file, 23.80 MB) Afterwards you have two zip files: iview460_x64.zip iview460_plugins_x64.zip 5) Extract iview460_x64.zip to $HOME/temp/irfanview directory. Extract iview460_plugins_x64.zip into the '$HOME/temp/irfanview/Plugins' directory. 6) Go there and run it manually: wine64 ./i_view64.exe It opens with a crash: Backtrace: =>0 0x000000007b037997 AccessCheckByTypeAndAuditAlarmW+0x36997() in kernelbase (0x000000000000000a) 1 0x000000023d82b176 CharLowerA+0x3182() in user32 (0x000000000000000a) 2 0x000000023d82bd0e CharLowerA+0x3d1a() in user32 (0x000000000011f900) 3 0x000000023d82be0e CharLowerA+0x3e1a() in user32 (0x000000000011f900) 4 0x000000014007e070 in i_view64 (+0x7e070) (0x000000000011f900) 5 0x0000000140109500 in i_view64 (+0x109500) (0x0000000000000000) 6 0x000000007b62bb79 ActivateActCtx+0x1ffc1() in kernel32 (0x0000000000000000) 7 0x000000017005a173 A_SHAFinal+0x38243() in ntdll (0x0000000000000000) The full crash is in the attached backtrace.txt file. The proof that previous version works: 1) remove just wine and wine-mono, but keep their dependencies there sudo pacman -R wine wine-mono 2) download the previous compatible versions manually: wget https://archive.archlinux.org/packages/w/wine/wine-7.3-1-x86_64.pkg.tar.zst wget https://archive.archlinux.org/packages/w/wine-mono/wine-mono-7.1.1-1-any.pk… 3) install them: pacman -U ./wine-7.3-1-x86_64.pkg.tar.zst pacman -U ./wine-mono-7.1.1-1-any.pkg.tar.zst 4) run irfanview again, it starts without crash: wine64 ./i_view64.exe -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 52223] New: activeCodePage utf-8 in application manifest not respected
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52223 Bug ID: 52223 Summary: activeCodePage utf-8 in application manifest not respected Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: terinjokes(a)gmail.com Distribution: --- Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed applications to opt-in to supporting the UTF-8 code page by defining "activeCodePage" in their application manifest. When in this mode, the "ANSI" -A WinAPI functions operate in UTF-8 mode. <activeCodePage xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage> WINE, even when winver is set to "win10", does not respect this application manifest key, resulting in the application starting with a legacy code page. This can cause issues if the user expects to work with files or strings not supported in the active legacy code page. Often characters that cannot be represented in the code page are replaced by question marks. I am using the staging release of 6.22. [1]: https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c… Expectation: When an application with activeCodePage set to "UTF-8" in the application manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings provided to WinAPI functions are UTF-8 and display appropriately in the UI. Observed: GetACP() returned a number representing a legacy code page (eg, 1252). Strings returned by WinAPI functions are in that code page. Characters that cannot be represented are replaced by question marks. -- 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 44144] New:=?UTF-8?Q?=20Complete=20support=20for?= “InstallShield Wizard” ( for a game installation)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=44144 Bug ID: 44144 Summary: Complete support for “InstallShield Wizard” (for a game installation) Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried to install the game “Civilization IV” once more. The corresponding log messages indicate some details for further considerations. elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe 0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005 0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 … 0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet … 0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4 L"D:\\data1.hdr" 0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=3700000038, oid=2 0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d 0051:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-4e00-000034000000} 0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … Now I am curious which other open issues will be still remaining if the situation can be improved for the software “InstallShield Wizard” a bit more also around such programming interfaces. -- 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 2485] Paltalk crashed
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=2485 khashajar.hani(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |khashajar.hani(a)gmail.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 43862] New: NVAPI can't start (error 0xFFFFFFFE)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43862 Bug ID: 43862 Summary: NVAPI can't start (error 0xFFFFFFFE) Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ikdc.services(a)gmail.com Distribution: --- Created attachment 59440 --> https://bugs.winehq.org/attachment.cgi?id=59440 Logs of the command : "wine csgo.exe" Detected when I tried to start CS:GO on Steam Windows (started also with wine). With the logs, it seems to be an D3D error about format. Config : - Xubuntu 16.04 x86 - Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.12) -- 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 52833] New: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52833 Bug ID: 52833 Summary: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: devscholar(a)foxmail.com Distribution: --- Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files. Microsoft's does. This feature is used to create Unicode scripts. -- 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 52852] New: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core)
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52852 Bug ID: 52852 Summary: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core) Product: Wine Version: 7.6 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian (prerequisite: winetricks -q dotnet48) The following code retrieves all properties from a class in PS Core on Windows (tested with a few common classes): ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * In all classes in wine I get: "format-default: Error code: 0x80041002" With the hack at the end of this post it works in wine too for most classes, so maybe it might be easy to fix (?). Returning anything else then an error that starts with 0x8* works really I found by trial and error. However the hack also doesn`t work (breaks) cases like win32_process where the count is more then one, so I guess the fix might be more complicated after all: ([wmiclass]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * Output (with hack): Select-Object: Z:\home\louis\ramdisk\a.ps1:1 Line | 1 | … class]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * | ~~~~~~ | The following exception occurred while retrieving members: | "Object reference not set to an instance of an object." Steps to reproduce: - winetricks -q dotnet48 - Install PS Core from downloadlink. - Save the following line in a file called for example a.ps1: ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * - Then: 'wine pwsh -file a.ps1' Hack: diff --git a/dlls/wbemprox/query.c b/dlls/wbemprox/query.c index 8233d35878d..ee0bc3ec14e 100644 --- a/dlls/wbemprox/query.c +++ b/dlls/wbemprox/query.c @@ -1181,7 +1181,7 @@ HRESULT get_propval( const struct view *view, UINT index, const WCHAR *name, VAR if ((hr = map_view_index( view, index, &table_index, &result_index )) != S_OK) return hr; if (is_system_prop( name )) return get_system_propval( view, table_index, result_index, name, ret, type, flavor ); - if (!view->result_count || !is_result_prop( view, name )) return WBEM_E_NOT_FOUND; + if (!view->result_count || !is_result_prop( view, name )) return 0x40005; table = view->table[table_index]; hr = get_column_index( table, name, &column ); -- 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 30107] New: IE8 buttons bar doesn't have background under several buttons
by wine-bugs＠winehq.org 21 Apr '22

21 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=30107 Bug #: 30107 Summary: IE8 buttons bar doesn't have background under several buttons Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mr_wire(a)mail.ru Classification: Unclassified Created attachment 39239 --> http://bugs.winehq.org/attachment.cgi?id=39239 Screenshot of started IE8 While starting IE8 I get no background under back/forward, stop and search buttons. Buttons bar background for these buttons is copied from application window that in the background IE startup. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 52835] New: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created.
by WineHQ Bugzilla 21 Apr '22

21 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52835 Bug ID: 52835 Summary: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created. Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: twilight312+winebugzilla(a)gmail.com Distribution: --- Created attachment 72227 --> https://bugs.winehq.org/attachment.cgi?id=72227 winecfg-dinput.log Dear wine developers, Depending on if the prefix was first created by running ``wine control`` or ``winecfg``, my controller device gets permanently (for that prefix) assigned as either ``dinput`` ONLY device (being not visible for application that accepts only ``xinput`` devices), or as ``xinput`` device, allowing to be used by said application. Once the prefix is created, there is no way to change how the device will be seen on wine's side. Specifically: If prefix is first created by running ``wine control``, the device will be ``xinput`` (see log ``wine-control-xinput.log`` from creating the prefix and ''xinput.png`` screenshot for ``wine control`` joyapplet content). If prefix is first created by running ``winecfg``, the device will be ``dinput`` (see logs ``winecfg-dinput.log`` from creating the prefix and ``wine-control-dinput.log`` from running ``wine control`` there, also ''dinput.png`` screenshot for ``wine control`` joyapplet content). All logs are made with: WINEDEBUG="+plugplay,+hid,+xinput" It is worth adding, that any prefix affected by the bug (as in - controller device not usable by application expecting ``xinput``) will have the controller WORKING as ``xinput`` if the prefix will be run with Wine 6.16 or earlier. The bug is present in Wine 6.17 already (despite no separate ``dinput`` and ``xinput`` fields in ``wine controll`` joyapplets, those appeared in Wine 6.18). Cheers, /CatLady -- 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 52488] New: Nota Bene crashes at the end of install with denormal float operand exception
by WineHQ Bugzilla 21 Apr '22

21 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52488 Bug ID: 52488 Summary: Nota Bene crashes at the end of install with denormal float operand exception Product: Wine Version: 7.1 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: --- Follow up to bug 12732. Now that the thunks are not getting freed anymore, this is the next issue plaguing the installer. Note that it works fine in winevdm from otya128 and we have permissions to port fixes back to Wine. -- 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 52006] New: Nokia SDK 2.0 emulator stuck at 98%
by WineHQ Bugzilla 20 Apr '22

20 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52006 Bug ID: 52006 Summary: Nokia SDK 2.0 emulator stuck at 98% Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- This is split from bug 51916. This bug is seen by opening emulator.exe or Nokia_SDK_2_0_Java_em.exe. Nokia SDK 2.0 for Java: https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml SHA1: 969dc440a420a7a3a210518f7fc4730f52826ad2 Note: JDK 6u23 is needed to open this application. It has a bug that won't find RMI ports in newer Java versions, which also occurs in Windows. The original report says that turning of theming is a workaround but I can't confirm it. -- 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 19092] New: Missing background in Civilization 4 launch window
by wine-bugs＠winehq.org 20 Apr '22

20 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19092 Summary: Missing background in Civilization 4 launch window Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22037) --> (http://bugs.winehq.org/attachment.cgi?id=22037) Screenshot in Ubuntu Well the tittle says everything. I'm attaching a screenshot. -- 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 17

[Bug 47264] New: Visual Studio 2015 does not start
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=47264 Bug ID: 47264 Summary: Visual Studio 2015 does not start Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: exposight(a)gmail.com Distribution: --- Created attachment 64554 --> https://bugs.winehq.org/attachment.cgi?id=64554 startup log Continuation after https://bugs.winehq.org/show_bug.cgi?id=47201 fixed. Visual Studio still does not start, but now nothing obvious can be seen in the logs. -- 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 51885] New: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam
by WineHQ Bugzilla 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51885 Bug ID: 51885 Summary: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- This is an issue that's plagued me with Wine for a long while now: For some reason, I don't know why, but VERY often when I execute a Wine process in a terminal (I use Konsole and Yakuake) Wine spits out excess lines of "information" until I terminate the terminal shell. This gets particularly noticeable when doing things like installing dotnet, where there's a lot going on. For not as long but still a while, installing dotnet in particular causes it to search in my ~/.local/share/applications folder for some reason, then going through a symlink I have there, then navigating to the Wine-defined "Z drive" to scan a bunch of other locations on my PC recursively. The two issues combined causes literally endless spam in my terminal and it even spills into other process in that same terminal session, like opening a file in nano. I would log this data to a file *but I literally can't do so;* there's too many characters to log and it isn't possible for me to capture all the data. Needless to say (I kind of already said it), this can also make collecting information quite difficult for application testing for bug reporting. -- 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 18027] New: Check support for application switching by keybord shortcuts
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=18027 Summary: Check support for application switching by keybord shortcuts Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I am used to the shortcut "Alt+Tab" with the effect of switching between application windows. This is usually also supported in X sessions (like KDE or GNOME). But it does not work if the game "Civilization 4" was started in full screen mode. How much has this behaviour got to do with an option "Managed windows using X11"? -- 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 22

[Bug 52823] New: Wine-Mono UI Discrepancies with Community Batman Arkham Asylum Launcher
by WineHQ Bugzilla 17 Apr '22

17 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52823 Bug ID: 52823 Summary: Wine-Mono UI Discrepancies with Community Batman Arkham Asylum Launcher Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- Created attachment 72207 --> https://bugs.winehq.org/attachment.cgi?id=72207 Screenshots with Different DPIs and Wine Themes SHA256 of BmLauncher.exe: 5d2c63df597793a45b2647ce73059e523fdd12482579313a6b649489604aed90 Download location via web archive: https://web.archive.org/web/20220410202545/https://objects.githubuserconten… ----- The application is an open-source .NET 4.5 program: https://github.com/neatodev/BmLauncher ----- The issue here is primarily that: - UI elements don't align properly (see buttons toward the bottom of the screenshots) - Text describing drop-down lists (mostly) "runs into" the drop-down lists themselves (no padding) - Tool-tips are slightly cut-off towards the top of their bubbles - Using the drop-down list above the checkbox ("Pool Size") or hovering over the checkbox item itself causes it to partially disappear as a sort of cut-out where the drop-down would overlap - and the "Miscellaneous" box's text is crammed; it renders incorrectly Those main issues aside, the lack of HiDPI support in Wine meant that the project had to adapt to support Wine's winecfg scaling setting to look the way it does now; would be great if HiDPI support finally gets implemented... >_> (It used to look much, much worse: https://cdn.discordapp.com/attachments/962343073923354685/96234629290906830… ) -- 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 27579] New: The appearance of uTorrent 3.0 torrents list is broken
by wine-bugs＠winehq.org 15 Apr '22

15 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=27579 Summary: The appearance of uTorrent 3.0 torrents list is broken Product: Wine Version: 1.3.22 Platform: x86 URL: http://download.utorrent.com/3.0/utorrent.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Not only this part of µTorrent window is black, when you add a torrent to download, its name and other attributes are hidden, when you try to switch the current category from e.g. "Downloading" to "Seeding", this part of uTorrent window will not be updated. In short the appearance of uTorrent 3.0 under Wine is broken beyond being usable. -- 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 54

[Bug 52536] New: Sifu crashing when dying or pressing skill tree.
by WineHQ Bugzilla 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52536 Bug ID: 52536 Summary: Sifu crashing when dying or pressing skill tree. 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: sullaimaanawan(a)gmail.com Distribution: --- Created attachment 71841 --> https://bugs.winehq.org/attachment.cgi?id=71841 sifu crash log After completing the intro of sifu and you press the skill tree the game will freeze. Also when you die the game will crash sometimes if you hover over the upgrades. -- 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 43508] New: Kindle for PC can't initialize gecko?
by wine-bugs＠winehq.org 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43508 Bug ID: 43508 Summary: Kindle for PC can't initialize gecko? Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: jacek(a)codeweavers.com Distribution: Gentoo While looking at https://github.com/Winetricks/winetricks/issues/825, I noticed that newer Kindle does not show its login window, instead spamming an infinite loop of window refreshing: [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M ... ... err:mshtml:create_document_object Failed to init Gecko, returning CLASS_E_CLASSNOTAVAILABLE fixme:ole:CoCreateInstanceEx no instance created for interface {00000000-0000-0000-c000-000000000046} of class {25336920-03f9-11cf-8fd0-00aa00686f13}, hres is 0x80004005 [INFO][RegistrationDialogWrapper] Webview finished loading with code=0^M [INFO][CMetricsManager] Reporting the following metric 170808:184434 Mazama: I RegistrationDialogWrapper:RegistrationWebViewLoadTimer:Timer=1:^M fixme:ieframe:handle_navigation_error Navigate to error page fixme:ieframe:bind_to_object BindToObject failed: 800c0010 ... fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M err:secur32:schan_AcquireClientCredentials Could not find matching protocol fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub To make sure it wasn't my machine, I ran mshtml/ieframe tests, which all passed. I can browse the web with iexplore.exe, as well, so gecko is functional. austin@austin2:~/.cache/winetricks/kindle$ sha256sum KindleForPC-installer-1.20.47037.exe cb20581d3455d458c7ac4bafa5c67dcfc5186c7b35951168efcf5a8263706b47 KindleForPC-installer-1.20.47037.exe austin@austin2:~/.cache/winetricks/kindle$ du -sh KindleForPC-installer-1.20.47037.exe 52M KindleForPC-installer-1.20.47037.exe wine-2.14-32-g52fbaeb2c4 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 18

[Bug 48148] New: WinRAR x86 crashes when trying to view very large files
by WineHQ Bugzilla 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48148 Bug ID: 48148 Summary: WinRAR x86 crashes when trying to view very large files Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1. Navigate to any large file (>4GB). 2. Hit Alt + V (Commands -> View File) Assertion failed: ~para->member.para.nFlags & MEPF_REWRAP, file caret.c, line 232 -- 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 50322] New: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console.
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50322 Bug ID: 50322 Summary: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console. Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 68905 --> https://bugs.winehq.org/attachment.cgi?id=68905 Backtrace of bug. Crash occurs when attempting to debug print an unimplemented function call when launching Cyberpunk2077 (GOG version) using dxvk with wine's dxgi.dll. Triggered by REDEngineErrorReporter.exe and not the game itself. -- 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 45023] New: TestBot Object Relational Mapper issues
by wine-bugs＠winehq.org 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45023 Bug ID: 45023 Summary: TestBot Object Relational Mapper issues Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot implements its own perl Object Relational Mapper (ORM) to access the database. It is implemented by the modules in lib/ObjectModel. The are two main concepts: * Items An Item is an object representing a table row. The classes such as Job, Step and Task all inherit from Item. * Collections A collection represents a table and is thus a collection of Items. To allow for fast access the items are stored in a perl hashtable indexed by their primary key. A Collection may not contain all of the table's rows. For instance a Step Collection only contains the Steps of the parent Job object used to create it. So $Job->Steps is a collection that contains only the $Job steps. The items in a Collection can be further filtered out by specifying that one of their property must be in a set of values. For instance $Jobs->AddFilter("Status", ["queued", "running"]) will cause the $Jobs collection to only return the queued and running jobs. Unfortunately this implementation has a number of limitations and design issues. 1. Care must be taken when creating multiple objects. my $Job1 = $Jobs->Add(); ... Set mandatory fields ... my $Job2 = $Jobs->Add(); ... Set mandatory fields ... # Here $Job1 != $Job2 $Jobs->Save(); Only $Job2 got saved to the database! The reason is that a Job's primary key is an auto-increment field. So the Job Id is set when it is saved to the database. Thus when created in memory that field is unset and an empty string is used when adding it to the $Jobs items hashtable. Thus $Job2 overwrites $Jobs->{Items}->{""} and is the only one that gets saved. Note that there is no such issue for Steps for instance because their key is not an auto-increment field and is set as soon as the object is created. Fortunately the workaround is simple: systematically save an object before creating the next one but the difference in behavior between $Jobs->Add() and $Steps->Add() is error prone. 2. Auto-increment values on new Items are not ignored If an auto-increment field is modified on an object, that value is used when saving the object to the database. This means fixing the previous issue is not as simple as setting $Job->Id(--$Unique): handling of auto-increment fields also needs to be changed when saving new objects. 3. Items retrieved from Detailref collections are missing fields 'Detailref' properties are used to represent 'one to many' relationships. They are used for instance to access the Steps that belong to a Job: my $Step = $Job->Steps->GetItem(1); Here Steps is a collection that gets created based on the information of the job's DetailRef property. However objects gotten in this way don't provide access to all of the corresponding database fields. In the case of Steps, although the Steps table has a JobId column, the $Step->JobId property does not exist. This presents difficulties in a number of cases such as when trying to figure out the name of the directory containing the Step's files since it is called "jobs/$JobId/$StepNo" (see Step::GetDir()). It also means there is no $Step->Job property to get back to the parent Job object (this would also cause a perl reference loop which would be troublesome). The reason for this issue is that when a Collection or Item has a parent object (called a 'master' object in the TestBot ORM) the parent's foreign key fields (Step.JobId here) are stored separately in a 'master cols' structure and are thus not accessible through the normal field methods. 4. "Child" objects can only be accessed from their parent Any collection referenced through a Detailref property can only be accessed through the corresponding 'parent' object. This is the case for the Steps collections. The only way to get a collection of steps is through $Job->Steps and this only returns the steps that belong to $Job. So it's not possible to iterate over all the rows in the Steps table. There is a (somewhat incorrect) workaround for this for the Records table. This involves having the CreateRecords() method picking one of two PropertyDescriptors list depending on the presence of a parent object. However the corresponding Record objects have an extra field compared to the ones obtained through $RecordGroup->Records: this time the foreign key identifying the parent object is accessible since it's not not tucked away in the 'master cols' structure. This is not an issue unless you start mixing both types of objects, for instance through scope inheritance. 5. The 'master cols' terminology is ambiguous. It's never clear if a 'master cols' method treats $self as a child of its parent object, or as the parent to other child objects. * $Step->GetMasterCols() treats $Step as a child object and returns the key columns of its $Job master object, that is (JobId). * Similarly $Step->MasterKeyChanged() means the parent object's key changed, so here that the value of $JobId changed (which happens on new objects due to the auto-increment field btw). * Despite the unchanged 'Master' moniker, $Step->GetMasterKey() considers $Step to be the master object of the Tasks it contains and thus includes the step's key in the returned columns. This means $Step->GetMasterKey() returns (JobId, StepNo). * Despite not having the 'Master' moniker, $Step->GetFullKey() works the same as $Step->GetMasterKey() but returns the column values as a single string '$JobId#@#$StepNo'. 6. Filters on Detailref collections It's possible to put a filter on a collection to only get a subset of the corresponding rows. For instance $Job->Steps->AddFilter('Status', ['queued']) ensures that one will only get the queued steps of $Job. But Detailref collections are stored as a field of the Item they belong to. This means $Job->Steps always returns the same collection object. So once a piece of code has set a filter on it, to only return 'queued' steps for instance, all other parts of the code will only get the 'queued' steps, no matter what they need. Also there is no method for cloning a collection (so one cannot do $Job->Steps->Clone()->AddFilter()), or for removing a filter. For instance: $Job->Steps->AddFilter('Status', ['queued']); ... # Here UpdateStatus() will only take into account the queued steps! $Job->UpdateStatus(); Note also that it's not entirely trivial to work around. It's tempting to do something like: $Job->Steps->AddFilter('Status', ['queued']); ... # Make sure the database contains an up-to-date view of all the Steps and # Tasks in $Job. $Job->Save(); # Then create a new job object from the database my $TmpJob = CreateJobs()->GetItem($Job->Id); # Now we can update the status without fearing bad filters. $TmpJob->UpdateStatus(); # But here $Job->Status could still be wrong so any code that still uses # $Job will be lead astray. So update $Job. $Job->Status($TmpJob->Status) # But that still leaves out every Step and Task object referenced by $Job # Also saving $Job will save $Job->Status, again. What could go wrong? 7. Filters vs. loading from the database Once a collection has been loaded from the database, adding a filter to it has no effect. That's because filtering happens by tweaking the SQL query and changing the filter does not mark the collection for reloading. Again this issue is made more severe because of the way Detailref collections are handled. If a piece of code has caused the $Job->Steps collection to be loaded, then adding a filter elsewhere will have no effect. For instance: $Job->UpdateStatus(); # calls $Job->GetItems(), loading it from DB ... $Job->Steps->AddFilter('Status', ['queued']); foreach my $Step ($Job->Steps->GetItem()) # Here we will get all steps, not just the queued ones! 8. No "or" operator in filters Originally the filters only allowed one to request that a field be in a set of admissible values. This was extended to allow requesting for a field to be less than, greater than or like some value. However it is still not possible to use an "or" operator in filters. So for instance one cannot retrieve all Steps that completed recently or correspond to a WineTest run (WHERE Ended > 5 minutes ago OR User == 'batch'). 9. No Itemref support for multiple key fields. A Task has a VMName field which is a foreign key referencing a VM. Through the use of an Itemref property one can directly access the VM with $Task->VM. But we cannot do the same thing for steps. The primary key of a step has two fields, (JobId, No). A step also has a PreviousNo field which identifies the step it depends on. So we would want to be able to access the previous step through $Step->Previous by using an Itemref property: CreateItemrefPropertyDescriptor("Previous", "Previous step", !1, !1, \&CreateSteps, ["JobId", "PreviousNo"]), However this fails with a "Multiple key components not supported" error. Note that for this to work we would also need a way to tell the Itemref that the Step.PreviousNo field should be mapped to Step.No. But there is no way to do so. 10. Collection::GetItem() blindly adds the item to the collection Collections have a GetItem() method that returns an item when given a string containing that object's key. So using the Step example above, if we still have the right $Job->Steps collection accessible, we can easily get the Previous step through: $Job->Steps->GetItem($Step->PreviousNo) However this also adds $Step->PreviousNo to the $Job->Steps collection, regardless of what the filter on that collection is. So when the scheduler analyzes the queued and running steps to figure out whether the one they depend on, $Step->PreviousNo, has completed, it also unwittingly adds the previous step to the $Job->Step collection. So the next iteration on the collection may return completed steps despite expectations. 11. Save order issues The TestBot ORM automatically takes care of saving parent objects before the child objects they contain. In practice, if you create a Job > Step > Task hierarchy you can count on the TestBot ORM to save the Job before saving the Steps that use the JobId as part of their key and so on. But this breaks down for $Step->PreviousNo. There you have to make sure to save the steps in the right order otherwise you get an SQL error. Similarly deletions must be performed in the right order. Fortunately this is mostly transparent since we only delete whole Jobs and Job::OnDelete() takes care of blanking the Step::PreviousNo fields before recursing. 12. No Order-by support There are a many cases where we retrieve a number of rows from the database and then do a simple alphabetical or numerical sort on them. That's the kind of thing that the database would do much faster than Perl. This is mostly an issue for the activity and statistics web pages because of the number of RecordGroups they handle. So it would be nice to be able to specify an Order-By SQL directive when retrieving the objects. However this would run into the same issues as the filters for Detailref collections with regards to already loaded collections, and GetItem() not knowing where to insert freshly loaded objects. 13. No support for joins There are a few cases where doing a join could be useful. For instance when reporting the activity what we really want is all the Records rows corresponding to a RecordGroup that is less than 12 hours old. For now we have to proceed indirectly: we query all the RecordGroup objects that are less than 12 hours old, take the lowest GroupId we find and then retrieve all the Records that have a Group Id greater than that. A different type of join could also be useful in many other places: currently we first retrieve the jobs and then we do one more SQL request per job to retrieve its steps and then one per step to retrieve the tasks. A join could let us load it all in one request. Fortunately we don't have many jobs so unlike in the activity case this does not have a significant performance impact. 14. Performance Most parts of the TestBot don't have much processing to do so that performance is not an issue (though there is not really any hard data). Things are different for the activity and statistics page. The statistics page is the worst and generating it takes over a dozen seconds. That's annoying because of the load it puts on the TestBot web server. It's also really long for a mere couple dozen thousand Records. Not all of it comes from the ORM but over 50% of it does. There are some relatively obvious paths for improvement. For instance accessing a field like $Job->Ended causes the ORM to loop over all of a job's property descriptors until it finds one called 'Ended', and then it returns the value from a hash table. It should be possible to make it so that most of the time the value is returned directly from the hash table. Detailref and Itemref properties have their own hash tables and so must be handled separately. But hat could likely also be changed. -- 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 7

[Bug 51538] New: Control can no longer launch from an ntfs partition
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51538 Bug ID: 51538 Summary: Control can no longer launch from an ntfs partition Product: Wine-staging Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ritalat(a)fastmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70377 --> https://bugs.winehq.org/attachment.cgi?id=70377 control console output I have a shared NTFS partition that I have used between Arch Linux and Windows 10 for a few years now. I have been able to play games such as Control in the past from it. Now multiple games fail to launch from that partition with similar "err:module:import_dll Library X not found" errors. Copying the entire game to a ext4 partition fixes the issue. -- 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 52378] New: Python WMI: AttributeError: wbemErrInvalidQuery
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52378 Bug ID: 52378 Summary: Python WMI: AttributeError: wbemErrInvalidQuery Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielsuarez369(a)protonmail.com Distribution: --- Created attachment 71591 --> https://bugs.winehq.org/attachment.cgi?id=71591 Full output when importing wmi in Python. When attempting to import the "wmi" module in Python it returns an AttributeError: wbemErrInvalidQuery. Steps to reproduce are: 1. Install Python (`wget https://www.python.org/ftp/python/3.10.1/python-3.10.1-amd64.exe" && wine python-3.10.1-amd64.exe`) 2. Install the WMI module (`wine python -m pip install WMI`) 3. Try to import the module (`wine python -c "import wmi"`) This is also reproducible with Pyinstaller executables that import it. -- 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 52327] New: Wrong WM_CONTEXTMENU default message processing
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52327 Bug ID: 52327 Summary: Wrong WM_CONTEXTMENU default message processing Product: Wine-staging Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yal(a)csoftcom.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- wine_master\dlls\user32\defwnd.c:323 wParam must point to _current_ child window hwnd when default process this message. https://docs.microsoft.com/en-us/windows/win32/menurc/wm-contextmenu case WM_CONTEXTMENU: if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD) SendMessageW( GetParent(hwnd), msg, wParam, lParam );<=wParam must be this hwnd else -------------------------------------------------------------- case WM_CONTEXTMENU: if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD) SendMessageW( GetParent(hwnd), msg, (WPARAM)hwnd, lParam ); else -- 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 52141] New: NetAPI detection in configure is broken
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52141 Bug ID: 52141 Summary: NetAPI detection in configure is broken Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Created attachment 71188 --> https://bugs.winehq.org/attachment.cgi?id=71188 config.log This seems to be specific to macOS. I'm running macOS 10.14, building with 10.13 SDK and mingw. configure seems to pick up NetAPI, but still shows the notice saying it's not present. checking for -lnetapi... libnetapi.dylib configure: libnetapi not found, Samba NetAPI won't be supported. Attached is config.log. This check was added in <https://source.winehq.org/git/wine.git/commit/07c9dd9bdf560f86598aa496a0ffa…>, but I don't think this qualifies as a regression. -- 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 52102] New: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167"
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52102 Bug ID: 52102 Summary: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167" Product: Wine Version: 6.22 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 71122 --> https://bugs.winehq.org/attachment.cgi?id=71122 Console output Steps to reproduce: 1. Delete ~/.wine or move it to another location. 2. Create a new Wine bottle with the command `WINEARCH=win32 wine winecfg` and set the Windows version to 95 or 98. 3. Run `wine osw30demo.exe` to install outSPOKEN. The setup wizard will not complete until you select a speech synthesizer from the list. When the wizard asks which COM port the speech synthesizer is connected to, select "Internal". 4. Run `wine 'C:\Osw\OSW.EXE'` to start outSPOKEN. outSPOKEN crashes immediately. Console output is attached. $ sha256sum osw30demo.exe 89ae45e689e35b0618b1b4fa27fb0c3e5b854461391100e2dc1742395ffa77b6 -- 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 51983] New: foobar2000 v1.5.1+ crashes on startup with Wine v6.6+ with Windows version set to "Windows 10"
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51983 Bug ID: 51983 Summary: foobar2000 v1.5.1+ crashes on startup with Wine v6.6+ with Windows version set to "Windows 10" Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.derivative.of.calculus(a)gmail.com Distribution: --- Created attachment 70970 --> https://bugs.winehq.org/attachment.cgi?id=70970 foobar2000 1.5.1 crash with windows 10 profile I had an old version of foobar2000 that I had never got around to upgrading, so I only recently came across this issue. Looking online it appears that a few people ran into it starting with v6.6, and it still exists with v6.20 (and as far as I can tell no one bothered to report it): https://forum.winehq.org/viewtopic.php?t=35166 https://hydrogenaud.io/index.php?topic=54933.525 When you start foobar2000 with Windows version set to "Windows 8.1" or below it runs normally. However, if you use "Windows 10" the application window briefly appears before the whole application crashes. Testing it, this affects foobar2000 v1.5.1+ Looking through foobar2000's changelog: https://www.foobar2000.org/changelog The one thing mentioning Windows 10 is: Reworked integration with Windows 10 Universal Volume Control. Enabled by default once again. Looking at the error messages: 0024:fixme:combase:RoGetActivationFactory (L"Windows.Media.Playback.BackgroundMediaPlayer", {00000035-0000-0000-c000-000000000046}, 0032F9E4): semi-stub 0024:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Media.Playback.BackgroundMediaPlayer" I'm wondering if there's a regression with Wine's handling of media controls for Windows 10 or equivalent. -- 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 50526] New: ConEmu wineconsole Ctrl+m has different behavior
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50526 Bug ID: 50526 Summary: ConEmu wineconsole Ctrl+m has different behavior Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: inseng Assignee: wine-bugs(a)winehq.org Reporter: adrianekaleksander(a)gmail.com Distribution: --- Cmd on Windows: Ctrl+M moves the cursor to the next line (ENTER key) On wine: Ctrl+M shows ^M 1.Open wineconsole 2.Press ctrl+m -- 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 52082] New: Ace Ventura the CD-ROM game, page fault on read access
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52082 Bug ID: 52082 Summary: Ace Ventura the CD-ROM game, page fault on read access Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- Created attachment 71094 --> https://bugs.winehq.org/attachment.cgi?id=71094 backtrack Ace Ventura CD-ROM game hungs in the game start after 10 seconds confirmed in Ace Ventura CDROM (Latin America) and Ace Ventura CDROM (German) git bissect get this bug is introducced in commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 This bug is a game bug (bad memory read)... but the game works OK in win 3.11 up to win xp (if i remember correctly) commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 ntdll: Don't use a custom alignment for large heap blocks. -- 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 51968] New: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51968 Bug ID: 51968 Summary: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fox2code(a)gmail.com Distribution: --- Created attachment 70953 --> https://bugs.winehq.org/attachment.cgi?id=70953 Logs of the app crash Some apps crashes due to the assumption that C:\windows\performance\winsat\datastore exists It's affecting this app: https://winaero.com/winaero-wei-tool/ Creating the folder manually allow the application to launch correctly Note: I already have a WIP patch that I will submit to wine to fix this issue -- 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 51938] New: Safe Exam Browser (SEB) won't install even with winetricks dotnet472
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51938 Bug ID: 51938 Summary: Safe Exam Browser (SEB) won't install even with winetricks dotnet472 Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bammgabriana(a)gmail.com Distribution: --- Created attachment 70908 --> https://bugs.winehq.org/attachment.cgi?id=70908 Screenshot of "Setup Failed" message explaining the possible error Safe Exam Browser (SEB) is a kiosk-like application integrated in Moodle to let students take an online exam in full-screen mode. It requires that the student install the SEB browser on his computer, which requires .NET Framework 4.72 and VC++ 2015-2019 Redistributable runtimes. Unfortunately, the setup program won't let you install. Even if the requirements are installed via winetricks, the installer still complains that they are missing and setup fails. To install, download the file "SEB_3.3.1.388_SetupBundle.exe" from here: https://sourceforge.net/projects/seb/files/seb/SEB_3.3.1/ To reproduce: $ rm -rf ~/.wine $ wineboot $ winetricks -q dotnet472 vcrun2019 $ wine SEB_3.3.1.388_SetupBundle.exe -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 47287] New: Accessible Event Watcher Tool 'accevent.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function oleacc.dll.AccessibleObjectFromEvent
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=47287 Bug ID: 47287 Summary: Accessible Event Watcher Tool 'accevent.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function oleacc.dll.AccessibleObjectFromEvent Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Main menu 'Events', select 'Start Listening' and then click random main menu item again -> crash. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./accevent.exe ... 0036:err:ntdll:NtQueryInformationToken Unhandled Token Information class 26! wine: Call from 0x7b45323c to unimplemented function oleacc.dll.AccessibleObjectFromEvent, aborting wine: Unimplemented function oleacc.dll.AccessibleObjectFromEvent called at address 0x7b45323c (thread 0036), starting debugger... Unhandled exception: unimplemented function oleacc.dll.AccessibleObjectFromEvent called in 64-bit code (0x000000007b45323c). Register dump: rip:000000007b45323c rsp:0000000000248940 rbp:0000000000248a10 eflags:00000202 ( - -- I - - - ) rax:0000000000248960 rbx:0000000080000100 rcx:0000000000248960 rdx:0000000000248980 rsi:0000000000248a50 rdi:0000000000248990 r8:0000000000000002 r9:0000000000248a40 r10:0000000000000000 r11:0000000000659550 r12:000000018000a058 r13:0000000000000000 r14:0000000180005cc0 r15:0000000000000001 ... Backtrace: =>0 0x000000007b45323c RaiseException+0x6c(code=<is not available>, flags=<is not available>, nbargs=<is not available>, args=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32 (0x0000000000248a10) 1 0x00007f6170d48dad __wine_spec_unimplemented_stub+0x3c(module=<is not available>, function=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:32] in oleacc (0x0000000000248a60) 2 0x00007f6170d230f7 __wine_stub_AccessibleObjectFromEvent+0x16() in oleacc (0x0000000000248b00) 0x000000007b45323c RaiseException+0x6c [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32: leaq 0xfffffffffffffff0(%rbp),%rsp 86 } Modules: Module Address Debug info Name (108 modules) ELF 7b400000- 7b86c000 Dwarf kernel32<elf> \-PE 7b420000- 7b86c000 \ kernel32 ELF 7bc00000- 7bd55000 Deferred ntdll<elf> \-PE 7bc20000- 7bd55000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 14002f000 Deferred accevent PE 180000000- 18000d000 Deferred event ... ELF 7f617f6fc000- 7f617faa1000 Dwarf libwine.so.1 ELF 7f617faa3000- 7f617fccc000 Deferred ld-linux-x86-64.so.2 ELF 7ffd4edfc000- 7ffd4edfd000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 00000035 (D) C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64\accevent.exe 00000038 0 00000036 0 <== --- snip --- --- snip --- $ winedump -j import event.dll | sed -n '/OLEACC/,/^$/p' offset 0000663c OLEACC.dll Hint/Name Table: 00007580 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 000050C8 Thunk Ordn Name 000050c8 25 ObjectFromLresult 000050d0 27 WindowFromAccessibleObject 000050d8 4 AccessibleObjectFromEvent 000050e0 18 GetRoleTextW 000050e8 20 GetStateTextW --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/oleacc/oleacc.spec --- snip --- 2 @ stub AccessibleObjectFromEvent --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/oleacc/nf-oleacc-acces… $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-95-g6d05fae6f7 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 11

[Bug 42030] New: winedbg: Internal crash at 0x9f58fd40
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=42030 Bug ID: 42030 Summary: winedbg: Internal crash at 0x9f58fd40 Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following command crashes: $ winedbg --command < <(echo help) winedbg: Internal crash at 0x9f58fd40 Probably syntax isn't right, but still shouldn't internally crash. -- 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 51821] New: EVE Online Sisi Client Crashes Due to differences in how Wine and Windows handle LoadLibraryExW Undefined Behavior
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51821 Bug ID: 51821 Summary: EVE Online Sisi Client Crashes Due to differences in how Wine and Windows handle LoadLibraryExW Undefined Behavior Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: algebro(a)tuta.io Distribution: --- I've been chasing this for the last few days and think I may finally have enough information to finally open a bug report. As of a few days ago, the Sisi testing client for EVE stopped working in recent versions of Wine, and the logs showed an unhandled Python error in a module called launchdarkly_client.pyd: ```ImportError: Failed to load DLL: Success``` I chased this down in a debugger and noticed they're passing a relative path to LoadLibraryExW for this library only (full/absolute paths for every other module), and 8 for dwFlags: ```hLibModule = LoadLibraryExW((LPCWSTR)plVar4[3],(HANDLE)0x0,8)``` Per the Microsoft documentation, 8 for dwFlags is undefined when the first argument is a relative path: https://docs.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloade… Weirdly enough, the library loads fine on Windows (I've confirmed in windbg), but it fails with error code 0x7e (Module not found) when trying to load it in wine. Other users running Wine 4.4 say Sisi launches fine and doesn't run into the error, although I havent been able to get older versions to build to try and test it, but it sounds like there is a difference between how recent Wine versions implement LoadLibraryExW() and how Windows does, at least with regards to the undefined behavior. Let me know if I can provide any other information that would be helpful for tracking this down. 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 35

[Bug 52224] New: inetmib1:main test times out in linux
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52224 Bug ID: 52224 Summary: inetmib1:main test times out in linux Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- inetmib1 times out regularly in testbot. https://test.winehq.org/data/patterns.html#inetmib1:main -- 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 52200] New: Yamizome Liberator (demo): In game video isn't played.
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52200 Bug ID: 52200 Summary: Yamizome Liberator (demo): In game video isn't played. Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Yamizome Liberator -Yamiochi Yuusha to Ochiru Senki- Trial Edition[1] is a demo version of NSFW visual novel released in 2020 by Escu:de in Japan. After playing through the demo, I noticed in-game video isn't played when it should be. In detail, opening video, opening.wmv, should be played when the title screen is idle for 60 seconds. Please note that the playback only happens after playing through the demo due to some reason. [1] https://vndb.org/r75003 -- 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 52076] New: Wrong icons placement when using a theme
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52076 Bug ID: 52076 Summary: Wrong icons placement when using a theme Product: Wine Version: 6.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Application: WinSCP Just compare the screenshots. One is without using themes, the other one with the default Light theme. -- 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 51220] New: version:info - The GetFileVersionInfoEx() checks fail in non-English locales
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51220 Bug ID: 51220 Summary: version:info - The GetFileVersionInfoEx() checks fail in non-English locales Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The GetFileVersionInfoEx() checks fail in non-English locales because the returned information seems to be localized even when they shouldn't be, i.e. for flags=0 and flags=FILE_VER_GET_NEUTRAL: https://test.winehq.org/data/patterns.html#version:info fr_FR: info.c:709: Test failed: [0] got 1036, expected lang is 1033 ja_JP: info.c:709: Test failed: [0] got 1041, expected lang is 1033 I suspect this is because this code block in GetFileVersionInfoSizeExW() systematically fails to find the English resource: LANGID english = MAKELANGID( LANG_ENGLISH, SUBLANG_DEFAULT ); hRsrc = FindResourceExW( hModule, MAKEINTRESOURCEW(VS_VERSION_INFO), (LPWSTR)VS_FILE_INFO, english ); I tried some alternative combinations for MAKELANGID() (though maybe not the right one) to no avail. So it's unclear to me if the issue is a bug in FindResourceExW() or an issue in the set up of the file version information in kernel32.dll. Note: * The fg-deb64-* tests are run in the fr_FR.UTF-8 locale. -- 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 32183] New: Cannot open console device read only, then read from it to get input
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=32183 Bug #: 32183 Summary: Cannot open console device read only, then read from it to get input Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk Classification: Unclassified Created attachment 42462 --> http://bugs.winehq.org/attachment.cgi?id=42462 CON test program (source and exe) (Email sent to wine-devel for assistance, but logging bug to track issue in case I do not get anywhere) CreateFile("\\.\CON", GENERIC_READ...) followed by ReadFile(...) works on windows and fails on wine. I need this particular sequence of events to work in order for a patch I have for cmd.exe to support CON input 'nicely' (read 'without hacks'). For simplicity sake I've cut this down to a tiny test program, which works on windows and fails on wine which does the following: Opens the device ("\\.\CON") with CreateFile with GENERIC_READ rights (which internally opens a CONIN$ device with the same access rights) Reads from the device with ReadFile - Because its a console device, this drops through to ReadConsoleW, which creates a CONOUT$ and then waits on a keystroke - Once the key is pressed (WCEL_Get) the key is 'inserted' into the input buffer by calling WriteConsoleInputW The issue is that WriteConsoleInputW requires GENERIC_WRITE access, but the CON device (\\.\CON) was opened as GENERIC_READ (and in fact fails if I try to open it with GENERIC_WRITE). CreateFile("CONIN$"...) will let me open in GENERIC_READ/GENERIC_WRITE mode and the program works on both windows and wine, but if you open CONIN$ GENERIC_READ only then it fails on wine and works on windows, with the same issue. Now on windows, this works... the question is how to make it work on wine... My gut feeling, with nothing backing this at all, is that WCEL_Get should not use WriteConsoleInputW to inject the values into the input buffer, instead making the server call directly, but passing through to the server call something to indicate that it is ok to add the data to the buffer, but I'm fast getting out of my depth! How to reproduce: Compile sample source (exe provided in zip)... Run as: "test 1" - this is the one I need to work... \\.\CON GENERIC_READ case "test 2" - this is a similar problem but opens CONIN$ GENERIC_READ "test 3" - this works on both windows and wine, opening CONIN$ GENERIC_READ|GENERIC_WRITE "test 4" - this fails on both windows and wine as you cannot open CON device with WRITE access Except for case 4, When its 'failing' - when you press a key in wine, it exits. When its 'working' it reads from keyboard, echos to screen until ctrl+Z (crtl+D on wine) is pressed and ends -- 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 14

[Bug 51911] New: vbscript does not handle strings in if clauses
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51911 Bug ID: 51911 Summary: vbscript does not handle strings in if clauses Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- This is followup from https://bugs.winehq.org/show_bug.cgi?id=50758 Test with postgresql-9.3 installer from [1]. It runs a script during installation similar to https://github.com/three-plus-three/tpt_env_amd64/blob/master/postgresql/in… that reports non-critical error to main install, script itself terminates. Reduced test case for this looks like this: --- if "0" then end if --- That leads to the following fixme, exactly that happens with the installer: --- 00f8:fixme:vbscript:stack_pop_bool unsupported for 000000000003C740 {VT_BSTR: L"0"} --- [1] https://www.enterprisedb.com/postgresql-tutorial-resources-training?cid=340 -- 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 51396] New: cl.exe sometimes fails with internal compiler error
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51396 Bug ID: 51396 Summary: cl.exe sometimes fails with internal compiler error 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: rpisl(a)seznam.cz Distribution: --- Cl.exe from MSVC 2019 Build Tools sometimes fails with: "fatal error C1001: Internal compiler error." A workaround is setting vcruntime140_1 to native. This is possibly caused by unsupported flag in __CxxFrameHandler4: 0b24:fixme:seh:__CxxFrameHandler4 unsupported flags: 7a which is unsupported FUNC_DESCR_IS_SEPARATED in dlls/vcruntime140_1/except_x86_64.c Not critical since the workaround exists. I'm ready to test this when the flag is 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.

1 12

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