wine-bugs

wine-bugs@winehq.org

1 participants
159117 discussions

[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

[Bug 57617] New: Shib: The Metaverse shows black screen, only control buttons are visible
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57617 Bug ID: 57617 Summary: Shib: The Metaverse shows black screen, only control buttons are visible Product: Wine Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio(a)protonmail.com Distribution: --- When I run Shib: The Metaverse the game starts but everything is black, I can only see control bar/buttons and the name of other people moving around. In order to reproduce: 1) Download Shib Portal from https://shibthemetaverse.io/en and install it 2) Open Shib Portal, login, select Shib:The Metaverse and download it 3) Click play on Shib:The Metaverse, when on main screen click Enter. Game will start but nothing is visible, apart from control buttons and other users names. I attach my terminal output and a screenshot. -- 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 22384] New: DbgHelp doesn't support DWARF-2 on Mac OS X
by wine-bugs＠winehq.org 30 Dec '24

30 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=22384 Summary: DbgHelp doesn't support DWARF-2 on Mac OS X Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Mac OS X has long had support for DWARF-2. Unfortunately, the current implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it can't directly be used on Mac OS X, because Mac OS X does not support ELF. I understand that getting things to work on Linux first takes priority over getting them to work on Mac OS, but right now we Mac users are stuck with the inferior stabs format. Plus, I get the feeling we're going to need this for 64-bit support. Also, DWARF happens to be the default format on 10.5 and up. I also understand that the scheme that Apple uses is different from ELF systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when the binary is built, the DWARF stuff is put into a dSYM companion bundle. On top of that, the dSYM bundle isn't even generated automatically for multi-file builds. This means that: - We have to invoke dsymutil to create the dSYM bundle. - We have to install the dSYM bundle (if present) with each binary. - We have to find the dSYM bundle to get DWARF-2 debug info. I would be more than willing to help with this. (This might have even made a good SoC project. Too late now...) -- 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 10

[Bug 57614] New: Media Foundation AAC encoder
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57614 Bug ID: 57614 Summary: Media Foundation AAC encoder Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: wine(a)kb1000.de Distribution: --- Wine's Media Foundation implementation appears to be missing the AAC encoder (class GUID 93AF0C51-2275-45D2-A35B-F2BA21CAED00), implemented in mfAACEnc.dll on Windows (which does not work on Wine). I've noticed this while trying to save highlights in Marvel Rivals, which silently fails, with the Wine log complaining this class was not found. Note that I was using Proton to test this, but I've verified that upstream Wine has no encoder either so here we are. -- 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

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