wine-bugs May 2024

wine-bugs@winehq.org

1 participants
1618 discussions

[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 56077] New: [9.0_rc regression] C&C Generals Zero Hour fails to startup with: err:module:DelayLoadFailureHook failed to delay load ole32.dll.CLSIDFromString
by WineHQ Bugzilla 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=56077 Bug ID: 56077 Summary: [9.0_rc regression] C&C Generals Zero Hour fails to startup with: err:module:DelayLoadFailureHook failed to delay load ole32.dll.CLSIDFromString Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: herrtimson(a)yahoo.de Distribution: --- hey everyone, I've got a wine prefix for C&C Generals which works just fine with wine-8.0.2. Now that I upgraded to wine-9.0_rc3 for testing, it is pretty broken: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 184 Current serial number in output stream: 204 X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 48 Current serial number in output stream: 52 X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 48 Current serial number in output stream: 52 0024:err:xrandr:xrandr_get_screen_resources Failed to get screen resources. 0024:err:xrandr:xrandr14_get_gpus Failed to get gpus 0024:fixme:exec:SHELL_execute flags ignored: 0x00000100 0024:err:module:import_dll Library coml2.dll (which is needed by L"C:\\windows\\system32\\ole32.dll") not found 0024:err:module:DelayLoadFailureHook failed to delay load ole32.dll.CLSIDFromString wine: Call from 7BC42CDC to unimplemented function ole32.dll.CLSIDFromString, aborting wine: Unimplemented function ole32.dll.CLSIDFromString called at address 7BC42CDC (thread 0024), starting debugger... 013c:err:xrandr:xrandr_get_screen_resources Failed to get screen resources. 013c:err:xrandr:xrandr14_get_gpus Failed to get gpus X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 48 Current serial number in output stream: 52 user@tuxbox ~ $ 014c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7eb4e655 wine client error:14c: -- 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 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 56515] New: Calling "wine reg ..." from python's subprocess lead UnicodeDecodeError if locale isn't us_EN.UTF-8.
by WineHQ Bugzilla 01 May '24

01 May '24

https://bugs.winehq.org/show_bug.cgi?id=56515 Bug ID: 56515 Summary: Calling "wine reg ..." from python's subprocess lead UnicodeDecodeError if locale isn't us_EN.UTF-8. Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alandms123(a)gmail.com Distribution: --- Created attachment 76271 --> https://bugs.winehq.org/attachment.cgi?id=76271 Python script as an example. Before concluding this I tested running other programs using Python's subprocess tools, "rm --help", "ls --help", "man --help", etc. All of them have it's output displayed normally in the language set by locale LANG environment variable, every non-English character gets decoded in utf-8 normally. But here it's what happens when trying run wine reg while scripting in python: Traceback (most recent call last): File "call_wine_reg_script.py", line 31, in <module> out, err = res.communicate() ^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/subprocess.py", line 1196, in communicate stdout = self.stdout.read() ^^^^^^^^^^^^^^^^^^ File "<frozen codecs>", line 322, in decode UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc6 in position 6: invalid continuation byte This happens because my system locale is set to use "pt_BR.UTF-8" and Wine's output is trying to output the word "Não" the "ã" gets interpreted as 0xc6 "Æ" latin-1 as utf-8 which end up in a UnicodeDecodeError. I attached the script (anyone testing will have to change the prefix path). I tried setting locale on the script, tried passing the environment variables to the Popen command, but the outcome is always the same. In the example script I used ja_JP.UTF-8, but any language that has non-English character will have the same problem. I tested with other Wine's commands like wineboot, winecfg, etc, but all of them displays English text so no problem there, if there's any other Wine's command that change it's output language based on the LANG environment variable, I think it will trigger it. -- 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

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 May 2024