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.
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.
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.
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.