wine-bugs June 2023

wine-bugs@winehq.org

1 participants
2471 discussions

[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 35254] New: Freemake Video Converter 4.1 installer complains about running Freemake processes (builtin 'findstr' stub app always returns "match")
by wine-bugs＠winehq.org 19 Jul '23

19 Jul '23

http://bugs.winehq.org/show_bug.cgi?id=35254 Bug ID: 35254 Summary: Freemake Video Converter 4.1 installer complains about running Freemake processes (builtin 'findstr' stub app always returns "match") Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32937 Code of extracted batch file 'CheckRunningInstance.cmd': --- snip --- tasklist | findstr "FreemakeAC | FreemakeVD | FreemakeMB | FreemakeVC | FreemakeYC" --- snip --- Relevant part of trace log: --- snip --- 0052:Call KERNEL32.CreateProcessW(00000000,00995cec L"\"C:\\windows\\system32\\cmd.exe\" /C \"\"C:\\users\\focht\\Temp\\is-PQPUK.tmp\\CheckRunningInstance.cmd\"\"",00000000,00000000,00000000,04000000,00000000,00966a5c L"C:\\users\\focht\\Temp\\is-PQPUK.tmp",0033f9e0,0033f9d0) ret=004ac6a1 ... 005c:Call KERNEL32.__wine_kernel_init() ret=7bc5a036 0052:Ret KERNEL32.CreateProcessW() retval=00000001 ret=004ac6a1 ... 005c:Call KERNEL32.CreateProcessW(00329964 L"C:\\windows\\system32\\tasklist.EXE",00145f28 L"tasklist ",00000000,00000000,00000001,00000000,00000000,00000000,00329920,00329e24) ret=7ed031b2 ... 005e:Call KERNEL32.__wine_kernel_init() ret=7bc5a036 005c:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ed031b2 ... 005e:Starting process L"C:\\windows\\system32\\tasklist.exe" (entryproc=0x7edfd7b8) 005e:fixme:tasklist:wmain stub: L"tasklist" 005e:Call KERNEL32.ExitProcess(00000000) ret=7edfd846 ... 005c:Ret KERNEL32.WaitForSingleObject() retval=00000000 ret=7ed03270 005c:Call KERNEL32.GetExitCodeProcess(0000004c,7edc7ce0) ret=7ed0328b 005c:Ret KERNEL32.GetExitCodeProcess() retval=00000001 ret=7ed0328b ... 005c:Call KERNEL32.CreateProcessW(00329964 L"C:\\windows\\system32\\findstr.EXE",00145f28 L"findstr \"FreemakeAC | FreemakeVD | FreemakeMB | FreemakeVC | FreemakeYC\"",00000000,00000000,00000001,00000000,00000000,00000000,00329920,00329e24) ret=7ed031b2 ... 0060:Call KERNEL32.__wine_kernel_init() ret=7bc5a036 005c:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ed031b2 ... 005c:Call KERNEL32.WaitForSingleObject(0000004c,ffffffff) ret=7ed03270 ... 0060:Starting process L"C:\\windows\\system32\\findstr.exe" (entryproc=0x7edfd7b8) 0060:fixme:findstr:wmain stub: L"findstr" L"FreemakeAC | FreemakeVD | FreemakeMB | FreemakeVC | FreemakeYC" 0060:Call KERNEL32.ExitProcess(00000000) ret=7edfd846 ... 005c:Ret KERNEL32.WaitForSingleObject() retval=00000000 ret=7ed03270 005c:Call KERNEL32.GetExitCodeProcess(0000004c,7edc7ce0) ret=7ed0328b 005c:Ret KERNEL32.GetExitCodeProcess() retval=00000001 ret=7ed0328b ... 005c:Call KERNEL32.ExitProcess(00000000) ret=7ed07262 ... 0052:Ret user32.MsgWaitForMultipleObjects() retval=00000000 ret=004af027 0052:Call KERNEL32.GetExitCodeProcess(0000007c,0033fb8c) ret=004af038 0052:Ret KERNEL32.GetExitCodeProcess() retval=00000001 ret=004af038 ... 0052:Call user32.MessageBoxW(00010196,00644fec L"Setup has detected that one or more of Freemake programs are currently running.\r\n\r\nPlease close all instances of Freemake running programs now, then click OK to continue, or Cancel to exit.",0065b51c L"Setup",00000021) ret=0047c446 ... --- snip --- Wine builtin 'tasklist' and 'findstr' are stub apps that return exit code 0 - regardless what was passed in (because they do nothing as of now). This gets propagated through cmd.exe exit code to caller (GetExitCodeProcess). cmd.exe -> 0 findstr.exe -> 0 tasklist.exe -> 0 The problem is that Windows 'findstr' uses inverted logic. Match -> exit code = 0 No match -> exit code = 1 Wine 'findstr' always returns 0 hence the installer takes this a process list match and complains. Source: http://source.winehq.org/git/wine.git/blob/3ce21826c87434e9aea6fad5e62bd37b… --- snip --- 23 int wmain(int argc, WCHAR *argv[]) 24 { 25 int i; 26 27 WINE_FIXME("stub:"); 28 for (i = 0; i < argc; i++) 29 WINE_FIXME(" %s", wine_dbgstr_w(argv[i])); 30 WINE_FIXME("\n"); 31 32 return 0; 33 } --- snip --- It shouldn't be too hard to implement a minimal string/pattern matching. Another way is to change the default behaviour to "no match" (return 1). I'm not sure if it breaks apps that currently depend on stub "match" behaviour. $ sha1sum FreemakeVideoConverterSetup.exe 20cbd93a0041da2eeef6350f6426407df660858d FreemakeVideoConverterSetup.exe $ du -sh FreemakeVideoConverterSetup.exe 1.3M FreemakeVideoConverterSetup.exe $ wine --version wine-1.7.9-209-gb231b4b 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 20

[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 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 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 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

[Bug 54675] New: HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\EditionId registry key is missing in wine
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54675 Bug ID: 54675 Summary: HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\EditionId registry key is missing in wine Product: Wine Version: 8.3 Hardware: x86-64 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: --- OpebSSH installer by chocolatey fails because of this missing regkey See https://community.chocolatey.org/packages/openssh#files (tools\chocolateyinstall.ps1) $EditionId = (Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' -Name 'EditionID').EditionId Please feel free to pick up patch below. ( I don`t wanna spend another hour to find out again how gitlab works; too complex for me ,sorry) diff --git a/loader/wine.inf.in b/loader/wine.inf.in index e7b435ed0f0..e20e0d391a0 100644 --- a/loader/wine.inf.in +++ b/loader/wine.inf.in @@ -2461,6 +2461,7 @@ HKLM,%CurrentVersionNT%,"DigitalProductId",1,00,00,00,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 +HKLM,%CurrentVersionNT%,"EditionId",2,"Core" HKLM,%CurrentVersionNT%,"ProductName",2,"Microsoft Windows 7" HKLM,%Control%\ProductOptions,"ProductType",2,"WinNT" HKLM,%Control%\Windows,"CSDVersion",0x10003,0x100 -- Do not reply to 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 54618] New: unimplemented function pdh.dll.PdhVbGetDoubleCounterValue called in 32-bit code (0x7b012896).
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54618 Bug ID: 54618 Summary: unimplemented function pdh.dll.PdhVbGetDoubleCounterValue called in 32-bit code (0x7b012896). Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: pdh Assignee: wine-bugs(a)winehq.org Reporter: andrewemt(a)hotmail.com Distribution: --- Created attachment 74144 --> https://bugs.winehq.org/attachment.cgi?id=74144 stack trace reported by Wine for pdh.dll missing function exception On my Fedora Core 37 system, updated to latest Wine in Fedora repos (wine-core 8.2-3, both i686 and x86_64 variants) as of 4 March 2023, attempted to execute ham radio app VARAFM.EXE (version 4.2.8) after using winetricks 20220411-2 (also from Fedora 37 repo) to install vb6run. VARAFM crashed with exception in bug title: unimplemented function pdh.dll.PdhVbGetDoubleCounterValue called in 32-bit code (0x7b012896). -- Do not reply to 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 54110] New: CubicSDR crashes on unimplemented function msvcp140.dll.?_Rethrow_future_exception@std@@YAXVexception_ptr@1@@Z
by WineHQ Bugzilla 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=54110 Bug ID: 54110 Summary: CubicSDR crashes on unimplemented function msvcp140.dll.?_Rethrow_future_exception@std@@YAXVexcep tion_ptr@1@@Z Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 73644 --> https://bugs.winehq.org/attachment.cgi?id=73644 Console output Pretty self-explanatory. CubicSDR is part of Pothos SDR. $ sha256sum PothosSDR-2021.07.25-vc16-x64.exe 705d962f578a9595a31d00e71ac68eb5ca951f3d3cb6091bf99bd13368960da9 -- Do not reply to 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

Jump to page:

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 June 2023