wine-bugs

wine-bugs@winehq.org

1 participants
158776 discussions

[Bug 54025] New: Quixel Mixer 2022.1.0 Beta installer cannot find the specified path
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=54025 Bug ID: 54025 Summary: Quixel Mixer 2022.1.0 Beta installer cannot find the specified path Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: igor.hope(a)noostyche.ru Distribution: --- Created attachment 73591 --> https://bugs.winehq.org/attachment.cgi?id=73591 Output as the program runs. Distro: Ubuntu 20.04 x64 Kernel: Linux 6.0.8 CPU: Ryzen 7 1700 GPU: Radeon RX 580 8 Gb Driver: Mesa 22.2.4 (Kisak PPA) Steps to reproduce: - Running the installation file. - In the installation dialog, after confirming the selection of the directory to install, an error is displayed: "The path you entered is invalid". Changing the path to different directories does not solve the problem. - The program cannot be installed. Download link: https://quixel.com/products/mixer -- 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 17

[Bug 57608] New: Automatically end all processes after a wineserver crash.
by WineHQ Bugzilla 02 Jan '25

02 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57608 Bug ID: 57608 Summary: Automatically end all processes after a wineserver crash. Product: Wine Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- If a wineserver crash happens all other processes stay hanging in the system. These processes may have still windows open, which no longer react to user input. And may hold resources until the user reboots or kills the processes. Would it be possible for them to just end too, when the connection to wineserver disappears? -- 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 5

[Bug 57557] New: Windows apps not longer run properly on Wine
by WineHQ Bugzilla 02 Jan '25

02 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57557 Bug ID: 57557 Summary: Windows apps not longer run properly on Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vms368(a)hotmail.com Distribution: --- Created attachment 77636 --> https://bugs.winehq.org/attachment.cgi?id=77636 Wine terminal error messages and screenshots Hi, Lately, and all of a sudden, Wine does not work properly. Each time I try to run eMule, Synthesia piano app, winecfg and likely any other app under wine it opens in a most blank window, or it closes when clicking any blank button. OS: Xubuntu 24.04.1 LTS. Wine version: wine-9.0 (Ubuntu 9.0~repack-4build3). Yes, I have uninstalled and re-installed the currrent Wine version 9. Also I tried to install previous versions, like the 6 or the 8 (by the way, I couldn't install the previous versions properly, only the current 9). I also have used chown and chmod commands to make sure there are no permission problems, without avail. Running these apps from the terminal it throws the error messages that I have copied and pasted in the text file that I attach you. Interestingly, all wine apps run OK if running them with sudo, but this is kinda of dangerous I've read somewhere. I also attach you some screenshots. -- 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 19

[Bug 57598] New: lovense connect
by WineHQ Bugzilla 02 Jan '25

02 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57598 Bug ID: 57598 Summary: lovense connect Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stephanbotes0(a)gmail.com Distribution: --- the login fields cant be filled in i installed it on endeavoros using just wine nothing else this distro is arch based also you can not click on offline control -- 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 10

[Bug 57615] New: winetricks-test failing after recent cmd parsing changes
by WineHQ Bugzilla 02 Jan '25

02 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57615 Bug ID: 57615 Summary: winetricks-test failing after recent cmd parsing changes Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: eric.pouech(a)gmail.com Regression SHA1: bf9a465e9566578b40c08223436ce53f597bedd0 Distribution: Debian Created attachment 77733 --> https://bugs.winehq.org/attachment.cgi?id=77733 stripped down winetricks-test showing the problem https://github.com/Winetricks/winetricks/issues/2312 bf9a465e9566578b40c08223436ce53f597bedd0 is the first bad commit commit bf9a465e9566578b40c08223436ce53f597bedd0 (HEAD) Author: Eric Pouech <epouech(a)codeweavers.com> Date: Thu Jun 27 16:21:35 2024 +0200 cmd: Implement semantic for chaining in ||, | and && operators. Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> programs/cmd/tests/test_builtins.cmd.exp | 106 +++++++++++++++++++++++++++++++++++++++++++++++++++++----------------------------------------------------- programs/cmd/wcmd.h | 2 ++ programs/cmd/wcmdmain.c | 42 ++++++++++++++++++++++++++++++++++++++---- 3 files changed, 93 insertions(+), 57 deletions(-) After this commit, winetricks-test fails (it's failing when trying to run): wine cmd.exe /c "chcp 65001 > nul && echo %AppData%" Running that same command directly in winetricks (i.e., outside of winetricks-test works fine). I narrowed down the winetricks-test script, and found that it's failing whenever stdin is redirected (winetricks-test gets the list of winetricks commands to run, filters out anything blacklisted, then writes that to a file that is then read in a loop to run the tests). Removing `chcp 65001 > nul &&` also serves as a workaround (that was recently added to improve support for a unicode username, https://github.com/Winetricks/winetricks/pull/2278). I'm not sure what the proper fix is here (or if it's a wine/winetricks problem). -- 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

[Bug 57622] New: WM_CLASS reports default value when starting a program with 'explorer /desktop'
by WineHQ Bugzilla 01 Jan '25

01 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57622 Bug ID: 57622 Summary: WM_CLASS reports default value when starting a program with 'explorer /desktop' Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.gott.wir.werden.alle.sterben(a)web.de Distribution: --- When launching a program with "wine explorer /desktop=app program.exe" the WM_CLASS is set to 'explorer.exe' instead of 'program.exe' As a result, I cannot assign the program a specific icon for example in GNOME because each different 'progamXYZ.exe' reports back its WM_CLASS as 'explorer.exe' and it's not possible to distinguish between those. When starting the program directly with "wine program.exe" the WM_CLASS is set to "program.exe", so setting a proper icon in a .desktop file is possible. But some apps need a virtual desktop, so "wine explorer /desktop=app program.exe" should behave the same and report a WM_CLASS "program.exe". As an alternative, bug #50095 gives a different approach: allow WM_CLASS to be set by an environment variable. -- 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 0

[Bug 17930] New: Cygwin compilation breaks without --disable-16bit
by wine-bugs＠winehq.org 31 Dec '24

31 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=17930 Summary: Cygwin compilation breaks without --disable-16bit Product: Wine Version: 1.1.17 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dgerard(a)gmail.com http://wiki.winehq.org/WineOnWindows Cygwin compilation previously broke at internettransport.c (bug 16833). However, it now breaks in dispdib.dll16.spec: ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c ../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export ./dispdib.dll16.spec ./dispdib.dll16.spec:1: 'pascal' not supported for Win32 make[2]: *** [dispdib.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16' make[1]: *** [dispdib.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/wine-git/dlls' make: *** [dlls] Error 2 Regression testing shows the commit in question as: [86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a stand-alone 16-bit module. Later builds break similarly in compobj.dll16.spec: ./compobj.dll16.spec:215: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:216: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:217: Type 'segptr' not supported for Win32 make[2]: *** [compobj.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16' make[1]: *** [compobj.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls' make: *** [dlls] Error 2 -- 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 4

[Bug 56541] New: Geovision Parashara;s Light 9.0 and 7.0 crashes in wine
by WineHQ Bugzilla 31 Dec '24

31 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56541 Bug ID: 56541 Summary: Geovision Parashara;s Light 9.0 and 7.0 crashes in wine Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yafoce6821(a)giratex.com Distribution: --- Opening this bug report on request from @Vijay Kamuju Partial resolution of the problem: [Fixed] Bug56361 fixed piped wmic commands [Fixed] Bug56299 fixed the imm32.dll required stub Problem: After startup -> splash screen is shown -> instant crash with the Wine debugger popping up Attached in Bug56299: PL7.exe backtrace.txt when the debugger spins up during start as, [for Parashara's Light 7] WINEPREFIX=~/wine/win10ltsc WINEARCH=win32 wine start /d "C:\Geovision\Parashara's Light 7.0" "C:\Geovision\Parashara's Light 7.0\PL7.exe" &> log.txt or [for Parashara's Light 9] WINEPREFIX=~/wine/win10ltsc WINEARCH=win32 wine start /d "C:\Geovision\PL9" "C:\Geovision\PL9\PL9.exe" &> log.txt PL9.exe backtrace has not much information. -- 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 10

[Bug 57616] New: [all apps] Using DWM window manager changing tag of window broken now
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57616 Bug ID: 57616 Summary: [all apps] Using DWM window manager changing tag of window broken now Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: u9vata(a)gmail.com Distribution: --- I updated arch right now and tried to put Heroes3 gold on a DWM tag while listening to a podcast. You cannot move the games or any wine windows to any DWM tag without losing access to the window... probably the window wants to show itself outside visible area? NO APPLICATION WINDOW CAN BE MOVED TO-FROM TAGS! So its not specific to any game or any application whatsoever. That means if I do wine notepad.exe then I cannot move the wine window to any place whatsoever... Workaround: Enable virtual screen globally... but this is not a real workaround because often leads to bad performance or generally annoying... so it is only good temporarily... Last time was updated was some months ago so probably it became a heavy regression in that time period. I am using X (of course... its DWM guys) I am a developer, even have some C/C++ exp, so can try to help troubleshoot, but have never touched wine before so generally not sure where to look or what to look. My system is very minimalistic and I do manual startx and dwm 6.1 runs but that is also very minimalistic. After I set virtual screen, music from (then already disappeared, CTRL+C-d down wine) started to play in background - while I was starting notepad with new settings... I am pretty sure something realated to window management changed heavily and this possibly affects all kinds of lightweight window managers on X (probably i3 and others I guess, but did not try). PS.: I tried to run the game with its opengl renderer - not sure what makes the window, but there is no difference so probably its general window handling whihch is now wrong... Also not work with fullscreened games. If I start the game on TAG 3 I can watch the game as long as I am not moving away from tag3 (its like a virtual screen in dwm, but different) -- 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 6

[Bug 57474] New: Windows disappear irreversibly when are not shown on a virtual desktop
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57474 Bug ID: 57474 Summary: Windows disappear irreversibly when are not shown on a virtual desktop Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: oleh.nyk(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: --- Created attachment 77482 --> https://bugs.winehq.org/attachment.cgi?id=77482 Log of WINEDEBUG=+x11drv,+event wine notepad 2>&1 With the introduction of new window handling functions in window.c since 9.21 Wine is unusable in virtual desktop configurations. I use a virtual desktop 2 rows by 3 columns in FVWM, and, as a window is no more shown because it is not on an active page, it is unmapped and disappears from the list of active windows in FVWM, and there is no way to get it back. Steps to reproduce: start FVWM with a virtual desktop with >1 page, start "wine notepad", move to another page and then back. The notepad.exe window is not shown both on the screen and in the window list, although the program is running. Log of WINEDEBUG=+x11drv,+event wine notepad 2>&1 is attached. -- 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

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