Wine-bugs

Download

wine-bugs@list.winehq.org

January 2025

1 participants
1892 discussions

[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

Jump to page: