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

[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 11436] New: Pepakura viewer: err:wgl: X11DRV_wglShareLists Could not share display lists, context already created !
by wine-bugs＠winehq.org 19 Jul '23

19 Jul '23

http://bugs.winehq.org/show_bug.cgi?id=11436 Summary: Pepakura viewer: err:wgl:X11DRV_wglShareLists Could not share display lists, context already created ! Product: Wine Version: CVS/GIT Platform: PC URL: http://www.tamasoft.co.jp/pepakura- en/download/viewer.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: x11-driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: fabio.capela(a)yahoo.com Created an attachment (id=10567) --> (http://bugs.winehq.org/attachment.cgi?id=10567) Trace until the error. I'm trying to run the Pepakura viewer, but it's giving an strange error on startup (error: no error) and is having some graphical glitches, as well as being extremely slow. The grafical glitches are a flickering 3D model and no textures on the 2D model. The bug seems to be the same one affecting Pepakura Designer 2. The console shows an error with X11DRV_wglShareLists (err:wgl:X11DRV_wglShareLists Could not share display lists, context already created !). I've attached a wgl trace up to the moment the error dialog appears. Seems like the workaround to handle the different way to share OpenGL contexts in Windows and Linux can't handle this specific software. The software is freeware and can be downloaded from http://www.tamasoft.co.jp/pepakura-en/download/viewer.html -- 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 48

[Bug 42226] New: No ingame sfx audio when CD Audio playing with builtin dsound in Ignition
by wine-bugs＠winehq.org 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=42226 Bug ID: 42226 Summary: No ingame sfx audio when CD Audio playing with builtin dsound in Ignition Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: mads(a)ab3.no Distribution: --- Wine 1.9.23 (Staging) If I play the original Ignition[1] (Ign_3dfx.exe with nGlide 1.05) with native *dsound driver (winetricks dsound), both CD Audio and ingame sfx works, but there's about a half-second latency to every ingame sfx. When I use the built-in dsound, I have to choose between listening to music, or listen to ingame sfx (if I enable CD Audio, there's no ingame sfx). But there's no latency to the ingame sfx when it's enabled. What kind of logs are interesting here? [1] https://en.wikipedia.org/wiki/Ignition_(video_game) -- 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 40427] New: PS4 Remote Play Installer does not work because it needs Windows Media Feature Pack
by wine-bugs＠winehq.org 19 Jul '23

19 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=40427 Bug ID: 40427 Summary: PS4 Remote Play Installer does not work because it needs Windows Media Feature Pack Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: axfelix(a)gmail.com Distribution: --- Hi folks, Running wine-staging 1.9.5 and trying to install the new PS4 Remote Play app that was released this morning: https://www.thurrott.com/xbox/66088/ps4-remote-play-comes-pc Made a fresh wineprefix. First, I had to set the Windows version to 8.1 because anything less complained that it was unsupported by the installer. Then, I had to make another new 32bit wine prefix because on 64bits the installer complained that it had a resolution below 1024x768. Finally, I got an error about needing to install the Windows Media Feature Pack. This is an MSU installer (Windows8.1-KB2929699-x86.msu) so it isn't supported in upstream Wine; however, staging recently added support for some MSU installers. They haven't really documented how this is supposed to work beyond "it uses WUSA" and ".NET 4.5 will work out of the box after setting an override for mscoree in winecfg," so I set the override, and tried: $ env WINEPREFIX=~/.ps4test wine ~/.ps4test/drive_c/windows/system32/wusa.exe Windows8.1-KB2929699-x86.msu Which had this output: ... fixme:wusa:read_assembly Ignoring unexpected tag L"rescache" fixme:wusa:read_assembly Ignoring unexpected tag L"memberships" fixme:wusa:read_assembly Ignoring unexpected tag L"localization" fixme:wusa:read_assembly Ignoring unexpected tag L"rescache" fixme:wusa:read_assembly Ignoring unexpected tag L"languagePack" fixme:wusa:read_assembly Ignoring unexpected tag L"memberships" fixme:wusa:read_assembly Ignoring unexpected tag L"localization" fixme:wusa:read_assembly Ignoring unexpected tag L"rescache" fixme:wusa:install_assembly Assembly L"Microsoft-Windows-MFPlat" not found err:wusa:install_updates Failed to install update L"Microsoft-Windows-MediaFeaturePack-OOB-Package-TopLevel" err:wusa:install_msu Dryrun failed, aborting installation So, OK, maybe that one particular MSU doesn't work still, or maybe I'm doing it wrong. I then tried the middle answer from this AskUbuntu thread to add the relevant h264 functionality manually: http://askubuntu.com/questions/651099/how-to-install-windows-media-feature-… But unfortunately, after successfully registering the relevant DLLs and creating the registry keys, the PS4 Remote Play Installer still complains about wanting the Windows Media Feature Pack. So I'm stuck for now. But hopefully this is a 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.

2 16

[Bug 42668] New: RealMYST crashes with "Too many open files" error
by wine-bugs＠winehq.org 16 Jul '23

16 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=42668 Bug ID: 42668 Summary: RealMYST crashes with "Too many open files" error Product: Wine Version: 2.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: psychonaut(a)nothingisreal.com Distribution: --- Created attachment 57619 --> https://bugs.winehq.org/attachment.cgi?id=57619 Console output from Wine 2.3 realMYST (as distributed by GoG) crashes near the end of the introductory sequence, right before the book lands at the bottom of the screen. If I abort the introduction, I can start playing the game, which seems to work fine, except that it crashes after a few minutes (usually, but not always, when I try to save). The console output gives a message about too many files open: err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased I note that this is the same problem reported by Comment #10 of Bug 18975. I haven't tried increasing my maximum number of open file descriptors. It's currently set to 1024, though I think it would be bizarre for the game to require even that many. Unfortunately, it is not possible for me to get a backtrace. When I use winedbg, the game slows to a crawl and it's impossible to do anything. -- 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 21983] New: Buttons come on each other in Proteus
by wine-bugs＠winehq.org 16 Jul '23

16 Jul '23

http://bugs.winehq.org/show_bug.cgi?id=21983 Summary: Buttons come on each other in Proteus Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ssserkkk(a)yahoo.com hi! The buttons in ISIS and ARES come on each other. The ones that create this problem are "subcircuit mode ile terminals mode", "virtual instruments mode and 2D graphics line mode" in ISIS program; "connectivity highlight mode and round through-hole pad mode", "padstack mode and 2D graphics line mode" in ARES. -- 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 31

[Bug 47325] New: Steam Login: cannot select Account Name or Password text boxes when emulating a Virtual Desktop
by wine-bugs＠winehq.org 14 Jul '23

14 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=47325 Bug ID: 47325 Summary: Steam Login: cannot select Account Name or Password text boxes when emulating a Virtual Desktop Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Steps to reproduce: * Emulate a virtual desktop through winecfg. * Install and run Steam. Proceed to the login prompt. * Attempt to select the "Account name" and "Password" textboxes. Expected Behavior: Textbox is selected when it is clicked on, i.e. it displays a flashing cursor and characters accumulate in it when keys are pressed. Actual Behavior: Textbox is not selected. No cursor is displayed, and it does not respond to key presses. Easy Workaround: Grab and move the steam login window inside of the virtual desktop. After doing this it becomes possible to select the text boxes in the window and enter Account Name and Password. -- 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 41976] New: Very high CPU usage while downloading stuff in Steam
by wine-bugs＠winehq.org 14 Jul '23

14 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=41976 Bug ID: 41976 Summary: Very high CPU usage while downloading stuff in Steam Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- I'm now downloading Crysis in the latest Steam/Wine releases and CPU usage is extremely high: PID USER PR NI VIRT RES %CPU %MEM TIME+ nTH COMMAND 31543 birdie 20 0 2731.0m 227.1m 51.7 1.4 6:43.52 42 Steam.exe 31401 birdie 20 0 8.0m 5.6m 49.0 0.0 5:44.30 1 wineserver One extra note: I'm downloading to tmpfs so disk IO has zero effect on this process. The current download speed is around 3MB/sec (24Mb/sec). This is a 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.

2 20

[Bug 36511] New: widl fails to build with clang -fsanitize=undefined
by wine-bugs＠winehq.org 14 Jul '23

14 Jul '23

https://bugs.winehq.org/show_bug.cgi?id=36511 Bug ID: 36511 Summary: widl fails to build with clang -fsanitize=undefined Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com make[1]: Entering directory `/home/austin/src/wine-clang/tools/widl' clang -fsanitize=undefined -m32 -g -O2 -o widl client.o expr.o hash.o header.o proxy.o register.o server.o typegen.o typelib.o typetree.o utils.o widl.o write_msft.o parser.tab.o parser.yy.o ../../libs/wpp/libwpp.a ../../libs/port/libwine_port.a ../../libs/wpp/libwpp.a(ppy.tab.o): In function `ppy_parse': /home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to `__mulodi4' /home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to `__mulodi4' /home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to `__mulodi4' clang: error: linker command failed with exit code 1 (use -v to see invocation) make[1]: *** [widl] Error 1 make[1]: Leaving directory `/home/austin/src/wine-clang/tools/widl' make: *** [tools/widl] Error 2 -- 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