September 2023 - Wine-bugs - list.winehq.org

[Bug 55246] New: ntdll:om - The 64-bit test_object_types() crashes on Windows 8+
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55246 Bug ID: 55246 Summary: ntdll:om - The 64-bit test_object_types() crashes on Windows 8+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:om - The 64-bit test_object_types() crashes on Windows 8+: om.c:2325: this is the last test seen before the exception 1c98:om: unhandled exception c0000005 at 00007FFFC32A60AB See https://test.winehq.org/data/patterns.html#ntdll:om Where c0000005 == STATUS_ACCESS_VIOLATION This started on 2023-07-10 which corresponds to the GitLab CI switch to Debian 12 for builds which means it is caused by the commit below: commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Jul 10 17:18:49 2023 +0200 gitlab: Upgrade the Debian image to bookworm. Note that, to this day, the 64-bit binaries produced by the TestBot still run successfully on Windows because they are built on Debian 11. But the nightly WineTest runs fail because they use the official WineTest binaries produced by the GitLab CI which uses Debian 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.

1 3

[Bug 55237] New: oleaut32:usrmarshal - test_marshal_VARIANT() gets bad values for wv[5&6] on Windows 8+
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55237 Bug ID: 55237 Summary: oleaut32:usrmarshal - test_marshal_VARIANT() gets bad values for wv[5&6] on Windows 8+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com oleaut32:usrmarshal - test_marshal_VARIANT() gets bad values for wv[5&6] on Windows 8+: usrmarshal.c:1628: Test failed: wv[5] c560c9d1 usrmarshal.c:1697: Test failed: wv[6] c560cad1 See https://test.winehq.org/data/patterns.html#oleaut32:usrmarshal Note that the hash values change with every run, thus causing false positives. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 55501] New: Since commit 3174e86abedf633bcec4884f1303143a696b6062 PS Core (pwsh.exe) fails to start:Call to unimplemented function wldp.dll.WldpGetLockdownPolicy
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55501 Bug ID: 55501 Summary: Since commit 3174e86abedf633bcec4884f1303143a696b6062 PS Core (pwsh.exe) fails to start:Call to unimplemented function wldp.dll.WldpGetLockdownPolicy Product: Wine Version: 8.14 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 CC: bunglehead(a)gmail.com Distribution: Debian Though technically spoken not a real regression, I added you (Nicolai) to the bugreport, hope you don't mind The function is described here: https://learn.microsoft.com/en-us/windows/win32/api/wldp/nf-wldp-wldpgetloc… A simple stub returning S_OK is enough to fix this ( not sure what to set lockdownState to, just setting it to 0 seems to be ok) (Sidenote: returning E_NOTIMPL allows the program also to start, but several errrors are reported in the console and maybe further functionality might fail) Sidenote 2: I suspect Dotnet Core is also affected by this bug, but i didn't test that. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 55505] New: Vitis 2020.1 needs support for "goto :EOF" command in batch file
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55505 Bug ID: 55505 Summary: Vitis 2020.1 needs support for "goto :EOF" command in batch file Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `tar -xvf Xilinx_Unified_2020.1_0602_1208.tar.gz` 2. Run `wine Xilinx_Unified_2020.1_0602_1208/xsetup.exe` 3. When the installer complains that it can't connect to the internet, click Ignore 4. Run `wine 'C:\Xilinx\Vitis\2020.1\bin\vitis.bat'` The script prints "Syntax error" to the terminal twice and hangs without opening Vitis. The first unrecognized command is "goto :EOF". Registration is required to download Vitis. $ sha256sum Xilinx_Unified_2020.1_0602_1208.tar.gz a9e0f81a61eca260c4453ab93a8d17eac31956dd54d0d5fd74dc8b4f2727e3eb -- Do not reply to 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 42809] New: GPS Track Editor: arrows not shown
by wine-bugs＠winehq.org 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=42809 Bug ID: 42809 Summary: GPS Track Editor: arrows not shown Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joao.eiras(a)gmail.com Distribution: --- Created attachment 57847 --> https://bugs.winehq.org/attachment.cgi?id=57847 Example GPX file 1. Please download and install "GPS Track Editor" from http://www.gpstrackeditor.com/download (7.6 MB isntaller) 2. Open the program 3. Open a GPX file (use the attached one, over the brooklyn bridge) 4. Notice how do don't see anything over the bridge but if you hover with the mouse you'll see some dots appearing. The dots also appear if you click the entries in the table on the right side. See attached screenshot. 5. Compare how it should look like on windows (another attached screenshot). -- Do not reply 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 55507] New: Softerra LDAP Browser needs LDAP_OPT_CLIENT_CERTIFICATE
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55507 Bug ID: 55507 Summary: Softerra LDAP Browser needs LDAP_OPT_CLIENT_CERTIFICATE Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `docker run --detach -p1389:1389 bitnami/openldap` 2. Run `wine ldapbrowser-4.5.19808.0-x64-eng.msi` 3. Run `wine 'C:\Program Files\Softerra\LDAP Browser 4\ldapbrowser.exe'` 3. Click File > New > New Profile 4. Connect to localhost port 1389 anonymously "COM Error" is displayed in the main window and "fixme:wldap32:ldap_set_optionA Unsupported option: 0x80" is spammed to the terminal. 0x80 is LDAP_OPT_CLIENT_CERTIFICATE, which sets the callback function to call to get the client certificate for mTLS if the LDAP server requires mTLS. Since most LDAP servers do not require mTLS, for now we can just save the callback function and not call it. $ sha256sum ldapbrowser-4.5.19808.0-x64-eng.msi 22fdae1fe8320043e8e9c50e3b4f5bd4d7f6a4b50c4680cc4216a1a65284083d -- Do not reply to 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 55459] New: Softerra LDAP Browser fails to turn off LDAP_OPT_ENCRYPT, LDAP_OPT_ROOTDSE_CACHE, and LDAP_OPT_SIGN
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55459 Bug ID: 55459 Summary: Softerra LDAP Browser fails to turn off LDAP_OPT_ENCRYPT, LDAP_OPT_ROOTDSE_CACHE, and LDAP_OPT_SIGN Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `docker run --detach -p1389:1389 bitnami/openldap` 2. Run `wine ldapbrowser-4.5.19808.0-x64-eng.msi` 3. Run `wine 'C:\Program Files\Softerra\LDAP Browser 4\ldapbrowser.exe'` 3. Click File > New > New Profile 4. Connect to localhost port 1389 anonymously "COM Error" is displayed in the main window and "fixme:wldap32:ldap_set_optionA Unsupported option: 0x96" is spammed to the terminal. 0x96 is LDAP_OPT_ENCRYPT. After fixing that, the error changes to "Unsupported option: 0x95" (LDAP_OPT_SIGN) and after fixing that, it changes to "Unsupported option: 0x9a" (LDAP_OPT_ROOTDSE_CACHE). Since the program is only trying to turn off those three options, a full implementation is not necessary. We can simply make ldap_set_option return LDAP_SUCCESS if asked to turn off an option that Wine doesn't yet support. $ sha256sum ldapbrowser-4.5.19808.0-x64-eng.msi 22fdae1fe8320043e8e9c50e3b4f5bd4d7f6a4b50c4680cc4216a1a65284083d -- Do not reply to 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 51561] New: Wine's built-in gdiplus.dll lags in Paint.NET compared to native (Win 7) gdiplus.dll
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=51561 Bug ID: 51561 Summary: Wine's built-in gdiplus.dll lags in Paint.NET compared to native (Win 7) gdiplus.dll Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- After intensive testing I can confirm that the built-in gdiplus.dll "lags" in Paint.NET 3.5.11 and Wine 6.13 / 6.14. When the native gdiplus.dll from Windows 7 is used (through winetricks) the performance is clearly better, no lag is present. Unfortunately the native gdiplus.dll works not stable, Paint.NET 3.5.11 crashes reproducible after some time. So this is therefore not an usable alternative. Maybe this bug report here is related to bug 24653: https://bugs.winehq.org/show_bug.cgi?id=24653 -- Do not reply to 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 54945] New: ntdll:exception - test_virtual_unwind() fails on Windows 11
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=54945 Bug ID: 54945 Summary: ntdll:exception - test_virtual_unwind() fails on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:exception - test_virtual_unwind() fails on Windows 11: exception.c:2132: Test failed: 0/8: wrong frame 000000000076F598/000000000076F480 exception.c:2132: Test failed: 0/9: wrong frame 000000000076F478/000000000076F480 exception.c:2132: Test failed: 0/10: wrong frame 000000000076F470/000000000076F480 There are also a lot of possibly related traces. See https://test.winehq.org/data/patterns.html#ntdll:exception The addresses changes sometimes, thus causing false positives. These failures above are also not systematic and only happen in the 64-bit tests. They also seem to be unrelated to the ntdll:exception crashes (see bug 54944). -- Do not reply to 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 55531] New: combase:roapi - test_ActivationFactories() fails on Windows and Wine
by WineHQ Bugzilla 15 Sep '23

15 Sep '23

https://bugs.winehq.org/show_bug.cgi?id=55531 Bug ID: 55531 Summary: combase:roapi - test_ActivationFactories() fails on Windows and Wine 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 combase:roapi - test_ActivationFactories() fails on Windows and Wine: roapi.c:89: Test failed: RoGetActivationFactory returned 0x800401f9. roapi.c:96: Test failed: RoGetActivationFactory returned 0x800401f9. roapi.c:105: Test failed: RoGetActivationFactory returned 0x800401f9. roapi.c:110: Test failed: got factory 00000000. See https://test.winehq.org/data/patterns.html#combase:roapi This set of failures started on 2023-09-05 and happens on Windows 10 1909+ and all Wine platforms. -- Do not reply to 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