wine-bugs November 2022

wine-bugs@winehq.org

1 participants
3218 discussions

[Bug 43938] New: wine-gecko does not have an arm build
by wine-bugs＠winehq.org 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=43938 Bug ID: 43938 Summary: wine-gecko does not have an arm build Product: Wine-gecko Version: unspecified Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: austinenglish(a)gmail.com Distribution: --- This is blocked until mingw64 supports arm targets in a release, but for now, dlls/mshtml/tests/* and friends fail on arm. -- 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 3

[Bug 49416] New: FarmingSimulator2019Patch1.6.0.exe crashes while trying to install
by WineHQ Bugzilla 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=49416 Bug ID: 49416 Summary: FarmingSimulator2019Patch1.6.0.exe crashes while trying to install Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: torben(a)drejoe.net Distribution: --- Created attachment 67498 --> https://bugs.winehq.org/attachment.cgi?id=67498 Zip-file with what I had done plus log-files Trying to install newest patch for Farming Simulator 19. Please find what I've done in the attached zip-file including wine outputs. -- 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 49245] New: Wineboot takes very long time
by WineHQ Bugzilla 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=49245 Bug ID: 49245 Summary: Wineboot takes very long time Product: Wine Version: 5.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magist3r(a)gmail.com Distribution: --- I've noticed that since maybe wine 5.0 the init times increased significantly. A simple command on the clean prefix like: WINEPREFIX=~/test wineboot now takes about 30 seconds, but earlier (before 5.0) took about 5 seconds. And it affects loading times of every program I use with wine. Please advise me what to do to figure out what is going on. -- 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 2

[Bug 49319] New: Services don't stop when the application stops (macOS only)
by WineHQ Bugzilla 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=49319 Bug ID: 49319 Summary: Services don't stop when the application stops (macOS only) Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Distribution: --- Hello, Wine 5.7 x64, macOS Catalina 10.15.5 I have a prefix with an application installed and a Windows service registered. When I run the application, the service starts. But when I close the application, the service doesn't stop and the processes wineserver and wine64-preloader are still running. Even if I call wineboot -s, the service doesn't stop. I tested with the same application and service on Ubuntu 20.04, and closing the application stops the service and all the processes exit. So the problem looks specific to macOS. Any idea to help understanding what is wrong? Regards, Michel Terrisse -- 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 50921] New: network error on wineboot / programm launch
by WineHQ Bugzilla 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=50921 Bug ID: 50921 Summary: network error on wineboot / programm launch Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: prinz2018j(a)gmail.com Distribution: --- when I try to launch any programm .exe or call wineboot i get the error 0150:err:winediag:WS_getaddrinfo Failed to resolve your host name IP kernel : ArtixLinux 5.11.10 -- 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 42888] New: Adobe Flash CS6 crashes after a few minutes
by wine-bugs＠winehq.org 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=42888 Bug ID: 42888 Summary: Adobe Flash CS6 crashes after a few minutes Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: demurgos(a)demurgos.net Distribution: --- Created attachment 58012 --> https://bugs.winehq.org/attachment.cgi?id=58012 Adobe Flash CS6 crash 1 Hi, I just installed Flash CS6 with Wine 2.6 on two of my computers. It seems to work fine on my older computer by I encounter some stability issues with my new laptop. Both computers run Arch Linux 64 bits so the difference must come either from the fact that I have less libraries on the new laptop or there are some hardware issues. Concretely, my issue is that if I start Adobe Flash CS6 and leave it open for about 5 minutes, it crashes. I saved two backtraces (see the attachments). The issue happens even if I do not mess with the program: leaving it open is enough to cause the crash. I documented the exact installation steps here: https://github.com/demurgos/notes/blob/master/tools/emulation/wine/adobe-cs… (I used the same steps for both computers.) Here are the commands I used: sudo pacman -S wine winetricks wine-mono wine_gecko sudo pacman -S samba lib32-mpg123 mkdir -p /opt/wine/adobe-cs6 export WINEPREFIX=/opt/wine/adobe-cs6 export WINEARCH=win32 cd $WINEPREFIX wine wineboot winetricks msxml3 vcrun2008 vcrun2010 atmlib gdiplus allfonts wine /patch/to/adob-cs6/Set-Up.exe I then started Adobe Flash from the start menu. -- 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 10

[Bug 22450] New: Can't disable unixfs
by wine-bugs＠winehq.org 01 May '24

01 May '24

http://bugs.winehq.org/show_bug.cgi?id=22450 Summary: Can't disable unixfs Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com dlls/shell32/shfldr_unixfs.c claims that you can disable unixfs by deleting the registry key HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\Namespace\{9D20AAE8-0625-44B0-9CA7-71889C2254D9} but unfortunately wine will recreate that key the next time you run a newer version of Wine. To repeat, do rm -rf ~/.wine wine regedit /d 'HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\Namespace\{9D20AAE8-0625-44B0-9CA7-71889C2254D9}' wine notepad # Do File/Open and note that / does not appear in My Computer. wineserver -w ~/wine-git/wine notepad # Do File/Open and note that / *does* appear. If we really want to disable unixfs, we may want a configure option to not even compile it in. I have a patch ready, will send it in. -- 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 13

[Bug 45091] New: wineboot: first boot hangs forever
by wine-bugs＠winehq.org 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=45091 Bug ID: 45091 Summary: wineboot: first boot hangs forever Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: comeon(a)getbackinthe.kitchen Distribution: --- Created attachment 61260 --> https://bugs.winehq.org/attachment.cgi?id=61260 debug output When I try to boot wine for the first time with no .wine folder, wine just hangs forever. When doing `winecfg' without a .wine folder, it waits for about 5 minutes before saying: 0009:err:process:__wine_kernel_init boot event wait timed out and then opening the winecfg menu. Can't see drives with this error: 0015:err:winecfg:open_mountmgr failed to open mount manager err 2 Attached the gzipped output of `WINEDEBUG=warn+all,err+all,fixme+all wineboot -i', with no .wine folder. -- 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 5

[Bug 44403] New: On macOS during first run, Wine configuration population hangs
by wine-bugs＠winehq.org 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=44403 Bug ID: 44403 Summary: On macOS during first run, Wine configuration population hangs Product: Wine Version: 3.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joe.abbey(a)docker.com Wine 3.0 is installed using brew for a CI job using electron-loader to build an installer. The first time wine runs, it creates the ~/.wine directory and registries. Wine never completes, and hangs. Force killing the wine dialog and wine64 process produces enough configuration for a second run to complete. Force killing during CI seems like a bad way forward. To reproduce rm -rf ~/.wine brew install wine Run any wine application and it will hang on config generation. This is currently breaking Kitematic builds. -- 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 50155] New: Ableton Live: multicore audio processing causes high CPU usage across multiple audio backends
by WineHQ Bugzilla 30 Apr '24

30 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=50155 Bug ID: 50155 Summary: Ableton Live: multicore audio processing causes high CPU usage across multiple audio backends Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sirwinstoncat5(a)gmail.com Distribution: Ubuntu When running Ableton Live, if multicore audio processing is enabled, CPU usage will drastically increase, causing unpredictable audio crackles and overall unstable performance. The easiest way to test this is using Ableton Live 9; Live 10 also has the same issue, but multicore audio processing is permanently turned on. - Open an empty Live Set. (By default, this has 4 empty tracks, a reverb effect, and a delay effect: a negligible amount of audio processing.) - In Ableton's preferences, under the CPU tab, disable multicore audio processing. Observe the built-in CPU meter in the upper-right corner; it should sit very low (0-1% on my system). - Enable multicore audio processing. Even with an empty Set, observe that the CPU meter jumps to at least 10-20%. On Windows, idle CPU usage should remain identical between single and multicore modes. - Attempt playback of a nontrivial Set; for example, a few tracks of recorded audio. A Set that plays back fine in single-core mode will exhibit unpredictable audio crackling and rapid spikes in CPU usage when using multicore mode. I have tested this across multiple versions of Ableton (various versions of 9 and 10 both exhibit this issue), multiple audio interfaces from various manufacturers (Behringer X32, NI Audio Kontrol 1, onboard chipset audio, PreSonus FireStudio), and even multiple audio backends (winepulse, wineasio->JACK). The issue seems to be most pronounced when using pulseaudio, but it is present across all audio backends. Most importantly, this issue can be duplicated using wineasio and a JACK server with the dummy backend (aka not connected to any audio interface). I am unsure where to start collecting logs for this. One guess: perhaps there is some sort of delay or sleep occuring while a mutex is being held? This is possibly related to #47458; however, that specifically refers to a test case for PulseAudio, whereas this bug occurs across backends. -- 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 3

Jump to page:

2025

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 November 2022