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

[Bug 54808] New: Access violation in ntdll when running Adolix Split and Merge PDF with .NET Framework installed
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54808 Bug ID: 54808 Summary: Access violation in ntdll when running Adolix Split and Merge PDF with .NET Framework installed Product: Wine Version: 8.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `wine AdolixSplitMergePDFSetup.exe` 2. Run `winetricks dotnet452` 3. Run `wine 'C:\Program Files (x86)\Adolix\Adolix Split and Merge PDF\AdolixSplitandMergePDF.exe'` When the program starts, it displays an error dialog that says "Access violation at address 7BC10A68 in module 'ntdll.dll'. Write of address 00A702A0" (the exact addresses will vary). When you go to the Merge tab and try to add a PDF file, the same error dialog reappears and the file is not added. Without the .NET Framework installed, Adolix still can't add PDF files, but it displays "Interface not supported" instead of "Access violation". Adolix must be installed before installing the .NET Framework. If you install .NET first, Adolix Setup will display "This program does not support the version of Windows your computer is running" and refuse to run. Some debugging revealed that the segfault occurs in Wine's build_clr_surrogate_section function. $ sha256sum AdolixSplitMergePDFSetup.exe 2de391fd478654888fe86aee221cd0dcc06e7dab0b02241b3b5ecc5cb9167943 -- Do not reply to 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 54640] New: Treecomp Listview's and possible other widgets are not drawn
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54640 Bug ID: 54640 Summary: Treecomp Listview's and possible other widgets are not drawn Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danny.schneider(a)posteo.de Distribution: --- Created attachment 74164 --> https://bugs.winehq.org/attachment.cgi?id=74164 wine-8.1-1-x86_64 vs wine-8.2-1-x86_64 The Program Treecomp (exists since NT4 / W2k...) https://lploeger.home.xs4all.nl/TreeComp.htm https://lploeger.home.xs4all.nl/TreeCompx64Latest_noinstall.zip Worked with wine for as long I can remember - lets say >15 years But it stopped working on Archlinux with the update from wine-8.1-1-x86_64 to wine-8.2-1-x86_64 You can easily check: listviews in the main window or the directory selection dialogs are not drawn at all. Other Programms I use seem to be working. A Downgrade back to wine-8.1-1-x86_64 brings back the listviews in Treecomp I checked the behaviour on two different PC's and also in VM's. Its always the same -- Do not reply to 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 54939] New: Dotted files are show - but "don't show dotted" files is active
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54939 Bug ID: 54939 Summary: Dotted files are show - but "don't show dotted" files is active Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mywine(a)schiermeier-it.de Distribution: --- Created attachment 74467 --> https://bugs.winehq.org/attachment.cgi?id=74467 My used setting for the "dotted files view". The settings in "winecfg" to show dotted files aren't selected. But for example, the open dialog of notepad shows them. This behaviour changed from wine version 8.7 to 8.8. So I assume that this is a regression. I did a regression test and it showed me the relevant commit: a8b6966a91453f5c6147dc2c74a337d016bbd53a. Please fix it in the next 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 10

[Bug 55008] New: wininet:http - test_secure_connection() fails on Windows and Wine
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=55008 Bug ID: 55008 Summary: wininet:http - test_secure_connection() fails on Windows and Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:http - test_secure_connection() fails on Windows and Wine. More precisely it is the test_cert_struct() therein that fails: http.c:6770: Test failed: lpszSubjectInfo = US Minnesota CodeWeavers *.winehq.org http.c:6869: Testing security flags... See https://test.winehq.org/data/patterns.html#wininet:http Note: The failure happens before the "Testing security flags" line which is at the start of test_security_flags(). The only other place where test_cert_struct() is called is in test_secure_connection(). CQFD. The failures started on 2023-06-06 but they happen on older builds too so they are probably caused by some change on the 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 4

[Bug 53704] New: Bible Black ~La Noche de Walpurgis~ won't start
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=53704 Bug ID: 53704 Summary: Bible Black ~La Noche de Walpurgis~ won't start Product: Wine-staging Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oflameo(a)oflameo.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73123 --> https://bugs.winehq.org/attachment.cgi?id=73123 Page fault on read access to 0x00000000 https://appdb.winehq.org/objectManager.php?sClass=application&iId=5220 This application threw an exception on Wine build: wine-7.12 (Staging) on Host version: 5.19.7-200.fc36.x86_64. It won't run 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 25

[Bug 52322] New: wineserver memory leak during HTTPs download (Genshin Impact Launcher, Qt5)
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=52322 Bug ID: 52322 Summary: wineserver memory leak during HTTPs download (Genshin Impact Launcher, Qt5) Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mk939(a)ymail.com Distribution: --- The Genshin Impact launcher application downloads *.zip archives from an HTTPs server using the Qt5 engine. During the download, the memory footprint of wineserver increases proportionally (approx 1:2) to the amount of downloaded data. This results in systems running out of free RAM due to the 30+ GB download size (!) This issue is not due to a recent change in Wine. Another user already reported this to me 7 months ago (Wine 6.8-1). Reproduction report 1: (4 months ago) * Wine 6.13 (vanilla) * Launcher version: 2.11.2.0 (Qt5 version: 5.12.5.0) Reproduction report 2: (new) * Wine 7.0-rc2 (staging), Wine 7.0-rc2 (Lutris) * Launcher version: 2.14.1.0 (Qt5 version: 5.12.5.0) Launcher download URL for reproduction: https://genshinimpact.mihoyo.com/client_app/download/launcher/2021122117122… Due to DNS routing issues I yet cannot reproduce this bug with a recent vanilla Wine version, but will give it a try as soon it is sorted out. -- Do not reply to 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 54728] New: Pro Evolution Soccer 2008 demo gets stuck extracting 'Pro Evolution Soccer 2008 DEMO.msi'
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54728 Bug ID: 54728 Summary: Pro Evolution Soccer 2008 demo gets stuck extracting 'Pro Evolution Soccer 2008 DEMO.msi' Product: Wine Version: 7.4 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-32898/Pro-Evoluti on-Soccer-2008-Demo/download OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: zzhang(a)codeweavers.com Blocks: 10341 Distribution: --- With wine-7.3 it takes around a minute and a half for it to finish successfully and open the next window to continue installation. With wine-7.4 it just gets stuck indefinitely, even after waiting 5mins. Bisection revealed: ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 is the first bad commit commit ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Wed Mar 2 14:21:48 2022 +0800 wine.inf: Enable Light theme by default. Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> loader/wine.inf.in | 10 ++++++++++ 1 file changed, 10 insertions(+) This seems like a weird one, but I can consistently reproduce it. Disabling the 'Light' theme with wine-8.4 (and -git) also works around. -- Do not reply to 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 49964] New: 32-bit dxdiag doesn't support '/64bit' command line switch (launch 64-bit dxdiag)
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=49964 Bug ID: 49964 Summary: 32-bit dxdiag doesn't support '/64bit' command line switch (launch 64-bit dxdiag) Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered with some Wargaming titles in 64-bit WINEPREFIX. It causes a message box to be shown which stays behind the main game window. Not harmful but still worth to get rid of. --- snip --- $ pwd /home/focht/wine-games/wineprefix64-wargaming/drive_c/ProgramData/Wargaming.net/GameCenter $ WINEDEBUG=+process,+msgbox wine ./wgc.exe --disable-gpu >>log.txt 2>&1 ... 03c0:trace:process:CreateProcessInternalW app (null) cmdline L"dxdiag /whql:off /64bit /t C:\\users\\focht\\Temp\\dxdiag_cat_852.txt.tmp" ... 03c0:trace:process:NtCreateUserProcess L"\\??\\C:\\windows\\system32\\dxdiag.exe" image L"C:\\windows\\system32\\dxdiag.exe" cmdline L"dxdiag /whql:off /64bit /t C:\\users\\focht\\Temp\\dxdiag_cat_852.txt.tmp" parent (nil) ... 03c0:trace:process:NtCreateUserProcess L"\\??\\C:\\windows\\system32\\dxdiag.exe" pid 03cc tid 03d0 handles 0xf8/0xfc 03c0:trace:process:CreateProcessInternalW started process pid 03cc tid 03d0 ... 03d0:trace:msgbox:MSGBOX_OnInit L"Usage: dxdiag [/whql:off | /whql:on] [/t filename | /x filename]" --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/5d5102f8498413f4b7e11f7da0509e7… NOTE: https://stackoverflow.com/questions/28189656/getting-output-from-dxdiag-in-… --- quote --- DxDiag is quite cranky on a 64-bit OS. The 32-bit version and the 64-bit version accept different command line switches and it doesn't give a peep when you use the wrong one. The /x option simply does not work when you try to use the /64bit option on the 32-bit version. And the 64-bit version does not accept /64bit. You'll have to start the 64-bit version explicitly when you run on a 64-bit OS and your program runs in 32-bit mode. --- quote --- The '64bit' command line switch is simply ignored by the 64-bit executable and not listed in the command line help. $ wine --version wine-5.18-303-g5d5102f8498 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 51178] New: The Bat! v9.3.4.12: Missing content in TTreeViews
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=51178 Bug ID: 51178 Summary: The Bat! v9.3.4.12: Missing content in TTreeViews Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mywine(a)schiermeier-it.de Distribution: --- Created attachment 70048 --> https://bugs.winehq.org/attachment.cgi?id=70048 console output under windows version set to v8 Using The Bat! (mailer) in wine fails to show content in (Delphis) TTreeViews when the choosen Windows version is higher than v8. Windows 8 is the last version which worked 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 30

[Bug 54819] New: DnsQuery_A() mishandles CNAME DNS records
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54819 Bug ID: 54819 Summary: DnsQuery_A() mishandles CNAME DNS records Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dnsapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Specifically this breaks the wpad auto-proxy lookups through this chain: InternetQueryOptionW(NULL,...) + INTERNET_PER_CONN_FLAGS (as per wininet:internet) -> calls query_global_option() -> calls get_proxy_autoconfig_url() -> calls detect_proxy_autoconfig_url_dns() -> calls getaddrinfo(AI_DNS_ONLY) -> calls DnsQuery_A() Removing AI_DNS_ONLY bypasses DnsQuery_A() and gets more sensible results... but see bug 52133. So anyway, if you have something like this in your DNS configuration: ns A 192.168.3.1 wpad CNAME ns You get nonsensical results like: 0024:trace:wininet:detect_proxy_autoconfig_url_dns family=2 addr={ family AF_INET, address 192.159.62.1, port 0 } canon=(null) 0024:trace:wininet:detect_proxy_autoconfig_url_dns family=2 addr={ family AF_INET, address 192.168.3.1, port 0 } canon=(null) 0024:trace:wininet:detect_proxy_autoconfig_url_dns family=23 addr={ family AF_INET6, address 20a0:3e01::7800:7800:7800:7800, flow label 0, port 0, scope 0 } canon=(null) The 192.168.3.1 is as expected but the 192.159.62.1 result should not be there and, because it comes first, detect_proxy_autoconfig_url_dns() returns the wrong URL! Also one gets a different bad IP address for wpad.foo and wpad.bar. Furthermore this issue can be fixed by changing the DNS confguration to: ns A 192.168.3.1 wpad A 192.168.3.1 So this issue is specific to CNAMEs. Additional notes: * I found this issue while debugging bug 54818 but it actually makes no difference there, it just results in the wrong url getting returned. * I don't think the IPv6 result makes sense but I'm not sure yet. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10