July 2019 - Wine-bugs - list.winehq.org

[Bug 33065] New: Make it possible to build a winetest executable with a single test
by wine-bugs＠winehq.org 24 Jan '20

24 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=33065 Bug #: 33065 Summary: Make it possible to build a winetest executable with a single test Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Currently WineTestBot runs individual tests through TestLauncher (see testbot/src/TestLauncher). TestLauncher is responsible for checking for potential issues like missing dlls that could cause the test to hang on an error dialog. However that means duplicating a lot of WineTest's code and also that TestLauncher tends to be out of date (see bug 31609 for instance). Building the regular winetest.exe (with all the tests) and just running one test would result in a lot of wasted disk space and bandwidth. So the idea would be to make it possible to build winetest.exe and to only include the one test we want to run in the resources. -- 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 44684] New: Shaders fail to compile in Roblox Studio (white window)
by wine-bugs＠winehq.org 24 Jan '20

24 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=44684 Bug ID: 44684 Summary: Shaders fail to compile in Roblox Studio (white window) Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: and3md(a)gmail.com Distribution: --- Created attachment 60693 --> https://bugs.winehq.org/attachment.cgi?id=60693 Roblox Studio run log The application displays splash screen correctly. Next, the main window is showed which is "empty" (the window is white). The cursor changes its shape in some places so probably it's just a display case. Wine returns a lot of errors: 007d: err: d3dcompiler: compile_shader HLSL shader parsing failed. 007d: fixme: hlsl_parser: declare_vars Complex initializers are not supported yet. Hardware: Geforce GTX 1060 (proprietary linux 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.

2 12

[Bug 19329] New: Program installs but client fails to connect to server
by wine-bugs＠winehq.org 24 Jan '20

24 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=19329 Summary: Program installs but client fails to connect to server Product: Wine Version: 1.1.25 Platform: PC URL: http://www.livezilla.net/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: junk(a)mandd.com Using Wine 1.1.25 and a clean ~/.wine, I had to install dotnet20 and ie6 (I used winetricks) before the installer would complete. After that the Livezilla client will run. But when I try to connect to a Livezilla server, an error window pops up stating: -------------------------------------------------------------------- The underlying connection was closed: The connection was closed unexpectedly. Further information: The underlying connection was closed: The connection was closed unexpectedly. -------------------------------------------------------------------- -- 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 41

[Bug 34865] New: Can't execute mingw toolchain provided by Rtools
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=34865 Bug #: 34865 Summary: Can't execute mingw toolchain provided by Rtools Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)kirill-mueller.de Classification: Unclassified I can't execute "R CMD INSTALL" on an installation of R + Rtools in Wine (latest version from PPA "ppa:ubuntu-wine/ppa"). A reproducible script and console output can be found here: https://gist.github.com/krlmlr/7333242 . The script will set and write to $WINEPREFIX and download to $DOWNLOAD_DIR. Unfortunately, the logs do not show enough detail. After the line `about to run R CMD SHLIB -o kimisc.dll rcpp_hello_world.cpp RcppExports.cpp --debug`, a call to `gcc` is made. (I have added the output of the same call on my Linux system to the Gist.) To me, it seems that the calling process is not notified when the child process has completed, and it stops after a timeout. My hope is that this has been seen before and that there's an easy fix. I'm really new to Wine. -- 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 35344] New: Cygwin's post-install scripts fail on fork errors
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=35344 Bug ID: 35344 Summary: Cygwin's post-install scripts fail on fork errors Product: Wine Version: 1.7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mail(a)georg.so Classification: Unclassified Executing 'wine setup-x86.exe' seems to work quite well (you can step through the wizard, packages are downloaded and extracted) until the post-installation bash scripts are executed. Then I get for each script a message like: running: C:\cygwin\bin\bash.exe --norc --noprofile "/etc/postinstall/glib2.0.sh" [..] fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessSessionInformation [..] fixme:ntdll:NtQueryVolumeInformationFile 0xf0: faking attribute info fixme:ntdll:NtQueryVolumeInformationFile 0xec: faking attribute info fixme:ntdll:NtQueryInformationFile Unsupported class (34) [..] fixme:ntdll:NtQueryVolumeInformationFile 0xf4: faking attribute info fixme:ntdll:NtQueryInformationFile Unsupported class (8) [..] fixme:ntdll:NtQueryVolumeInformationFile 0xfc: faking attribute info [..] fixme:ntdll:NtQueryVolumeInformationFile 0x100: faking attribute info fixme:ntdll:NtQueryVolumeInformationFile 0x124: faking attribute info [..] fixme:ntdll:NtQueryVolumeInformationFile 0x128: faking attribute info [..] /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: retry: Resource temporarily unavailable /etc/postinstall/glib2.0.sh: fork: Resource temporarily unavailable abnormal exit: exit code=254 The fork error message are always displayed after some kind of timeout. Where to get the setup-x86.exe: http://cygwin.com/setup-x86.exe $ md5sum setup-x86.exe c9818d3500e42fd9eb755d424450871a setup-x86.exe Executing Cygwin's setup exe inside wine looks a little bit silly, but I want to create a reference cygwin installation for deployment purposes. see also: http://wiki.winehq.org/CygwinSupport -- 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 45978] New: Deadlight (2011) Steam - Graphical glitches
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=45978 Bug ID: 45978 Summary: Deadlight (2011) Steam - Graphical glitches Product: Wine-staging Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: david.gamiz(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello, This version of the game today run OK, gamepad work and have "good" performance, but with graphical glitch(black opaque triangles on screen) that broken the gameplay and experience. Only need find fix for this annoying bug. For perfect experience. Image courtesy from user: https://i.imgur.com/eyEEdxw.jpg More reports: https://spcr.netlify.com/app/211400 Actually, the normal terminal not show error or message from graphics stack. If necessary add specify log trace for fix this only ask me. Thanks in advance, David Gámiz Jiménez -- 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 25

[Bug 47483] New: Significant performance regression in Overwatch due to loader-KeyboardLayouts patch
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=47483 Bug ID: 47483 Summary: Significant performance regression in Overwatch due to loader-KeyboardLayouts patch Product: Wine-staging Version: 4.12.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Seems like this patch creates a lot of entries in system.reg (around 600 lines) that all look pretty much like this: [System\\CurrentControlSet\\Control\\Keyboard Layouts\\000b0c00] 1562521578 6843440 #time=1d534ebe1c1fd30 This somehow??? results in 40% drop of FPS in my test app/game, Overwatch (could be similar to this? https://bugs.winehq.org/show_bug.cgi?id=47431) Reverting the patch fixes it but only if I also remove all the spammy entries from the system.reg in the prefix. Leaving them causes even older versions Wine versions to experience the performance drop. -- 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 46508] New: wine uninstaller crashes when attempting to remove apps/ games installed through NSIS installer
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=46508 Bug ID: 46508 Summary: wine uninstaller crashes when attempting to remove apps/games installed through NSIS installer Product: Wine-staging Version: 4.0 Hardware: x86 URL: https://sourceforge.net/projects/apexdc/files/ApexDC%2 B%2B/1.2.1/ApexDC%2B%2B_1.2.1_setup.exe/download OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 63358 --> https://bugs.winehq.org/attachment.cgi?id=63358 backtrace I came across this problem when I was trying to uninstall some of my games which were obtained from DotEmu. Apparently, their games was using an older version of the NSIS (Nullsoft Scriptable Install System) installer (v2.37). The problem: I'm starting with 'wine uninstaller' and select the game to be removed. I click on the <Modify/Repair> button which launches the NSIS uninstaller program. At this point Wine's uninstaller process crashes leaving the NSIS uninstaller still running and functioning. Despite of the crash removing of the selected program was successful. The bug is not present in vanilla Wine, only in Staging. The patch to blame: https://github.com/wine-staging/wine-staging/blob/master/patches/user32-msg… To reproduce the problem I dug up an old version of ApexDC++ . The installer is NSIS v2.45, but the same problem is present. https://sourceforge.net/projects/apexdc/files/ApexDC%2B%2B/1.2.1/ApexDC%2B%… ApexDC++_1.2.1_setup.exe mdsum: 5867d2696df30a27f7d533caffd12af0 -- 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 2

[Bug 41199] New: SW KoTOR: Unhandled page fault on write access
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=41199 Bug ID: 41199 Summary: SW KoTOR: Unhandled page fault on write access Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bystrzak14(a)gmail.com Distribution: --- Created attachment 55439 --> https://bugs.winehq.org/attachment.cgi?id=55439 Log from gameplay I recently installed KoTOR on Fedora 24. Game starts correctly through Steam and works fluently, but it randomly crashes during loading new area or saved game. I tried tweaking "quartz" to "bultin" as in this thread https://bugs.winehq.org/show_bug.cgi?id=22910 although is kinda old. Anyway, this didn't solve my problem. Those crashes are really annoying and I can't really enjoy the game because of that. I run the game with custom prefix using 32bit. I attach complete log generated throughout my gameplay. -- 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 47417] New: Overwatch doesn't capture mouse movement to croshairs
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=47417 Bug ID: 47417 Summary: Overwatch doesn't capture mouse movement to croshairs Product: Wine-staging Version: 4.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)junaru.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- As of wine-staging 4.10 mouse movement is no longer captured to the crosshairs while in game. Mouse works as expected in main menu and up to the point where you enter game world. When the map loads mouse cursor is still present on screen and horizontal or vertical movement moves the cursor instead of the croshairs. Left and right mouse button clicks work as expected. Once every 10 or so game launches the mouse IS captured to the crosshairs and everything works as expected. (some race condition?) This issue is not present in wine-staging 4.8. (archlinux packaged wine-staging 4.9 has different issues that prevent testing) GPU: RX580 (amdgpu) DXVK 1.2.2 # pacman -Q|grep 'vulkan\|mesa\|linux\|xorg-server\|wine' lib32-mesa 19.1.0-2 lib32-vulkan-icd-loader 1.1.107-1 lib32-vulkan-radeon 19.1.0-2 linux 5.1.14.arch1-1 linux-api-headers 5.1-1 linux-firmware 20190618.acb56f2-1 linux-headers 5.1.14.arch1-1 mesa 19.1.0-3 vulkan-extra-layers 1.1.97.0+10340+118b2f331-1 vulkan-headers 1:1.1.111-1 vulkan-html-docs 1:1.1.111-1 vulkan-icd-loader 1.1.108-1 vulkan-radeon 19.1.0-3 vulkan-trace 1.1.97.0+10340+118b2f331-1 vulkan-validation-layers 1.1.107-1 wine-mono 4.9.0-1 wine-staging 4.11-1 wine_gecko 2.47-2 winetricks 20190615-1 xorg-server 1.20.5-1 xorg-server-common 1.20.5-1 xorg-server-devel 1.20.5-1 xorg-server-xdmx 1.20.5-1 xorg-server-xephyr 1.20.5-1 xorg-server-xnest 1.20.5-1 xorg-server-xvfb 1.20.5-1 -- 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 2