wine-bugs May 2024

wine-bugs@winehq.org

1 participants
1345 discussions

[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:

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