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

[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

[Bug 47513] New: mailing-list-patches breaks gamepad input
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=47513 Bug ID: 47513 Summary: mailing-list-patches breaks gamepad input 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: --- Created attachment 64902 --> https://bugs.winehq.org/attachment.cgi?id=64902 +tid,+pid,+plugplay,+hid,+hid_report,+hidp,+xinput,+dinput,+rawinput With mailing-list-patches patchset, all of my games are unable to detect a gamepad and receive no input from it. If I build staging with it reverted, the issues disappears. Attaching log with +tid,+pid,+plugplay,+hid,+hid_report,+hidp,+xinput,+dinput,+rawinput debug channels. -- 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 17

[Bug 42988] New: Pocket Mirror causes heavy flickering in fullscreen mode on wine-staging
by wine-bugs＠winehq.org 23 Jan '20

23 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=42988 Bug ID: 42988 Summary: Pocket Mirror causes heavy flickering in fullscreen mode on wine-staging Product: Wine-staging Version: 2.7 Hardware: x86 URL: http://astralshiftpro.tumblr.com/pocket-mirror OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: ArchLinux Created attachment 58125 --> https://bugs.winehq.org/attachment.cgi?id=58125 short video of the issue Running the game Pocket Mirror in fullscreen leads on wine-staging to heavy flickering. About once or twice each second the desktop or some other image from the game is partially visible through the game. However, the issue does not appear in vanilla wine 2.7 I tried to make an apitrace, but it only shows a single frame, so there's something wrong there, too. If you need more info please tell me, I'd make a bisect but I don't know how to apply the staging patches partially since a lot of them depend on each other. Using Arch Linux with KDE 5.9.5-1, running 32bit wine program on 64bit OS. Game URL: http://astralshiftpro.tumblr.com/pocket-mirror Direct download: http://t.umblr.com/redirect?z=https%3A%2F%2Fmega.nz%2F%23%214YBSWIKb%21nbjS… -- 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 43250] New: PerfectTUNES cannot access network
by wine-bugs＠winehq.org 22 Jan '20

22 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=43250 Bug ID: 43250 Summary: PerfectTUNES cannot access network Product: Wine Version: 2.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rixasha(a)yahoo.com Distribution: --- Created attachment 58561 --> https://bugs.winehq.org/attachment.cgi?id=58561 running AlbumArt.exe and AccurateRip.exe with +wininet,+winsock PerfectTUNES is set of programs to edit audio metadata on a music collection. Its network features - looking for album art on the internet and the checking of the files against the accuraterip database - do not work. The interfaces report "Could not connect" and "No Art Found". A feature-crippled trial version of PerfectTUNES is available that exhibits the network problems. According to the author the network code does nothing special and the only dependency is winsock. Curiously the related dBpoweramp software does find album arts and has no problems accessing accuraterip. Attaching logs with WINEDEBUG="+wininet,+winsock" made running AlbumArt.exe and AccurateRip.exe with wine-2.11 in a clean WINEPREFIX with just mono, gecko and PerfectTUNES-Unregistered, and one album in My Music. An outside reference: https://forum.dbpoweramp.com/showthread.php?37601-Bug-with-PerfectTunes-und… -- 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