https://bugs.winehq.org/show_bug.cgi?id=57625
Bug ID: 57625
Summary: Regression: some fullscreen games are displayed
incorrectly upon switching from and back to game
window
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: fidoxe4910(a)nongnue.com
Distribution: ---
This bug occurs with Kingdom Rush Alliance, might also occur with other
fullscreen games.
To reproduce the bug:
1. Open the aforementioned game
2. Switch to another window by a keyboard shortcut
3. Switch back to the game
On Wine 9.20, the game is then displayed in fullscreen as it should be. On Wine
9.22, however, the taskbar is displayed over the game and there are black
fields on the left and right
--
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=57624
Bug ID: 57624
Summary: Wrong Font rendering in Supermechs
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: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77742
--> https://bugs.winehq.org/attachment.cgi?id=77742
screenshot of the bug
Very simple bug, the fonts don't get rendered correctly in this game, see
attachment.
You can download the game from their official site
https://www.supermechs.com
--
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=57623
Bug ID: 57623
Summary: Approach welcome screen does not appear when rub from
a virtual desktop
Product: Wine-staging
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Lotus Approach N99.8.0208.0800 (Smart Suite)
Fedora 41
Xfce 4.18
screen resolution: 4096x2160
Reproduced under:
WineHQ Staging:
wine-staging-10.0.rc3-1.1.x86_64
winehq-staging-10.0.rc3-1.1.x86_64
Wine Staging Fedora repo:
wine-9.15-1.fc41.x86_64
wine-9.15-1.fc41.i686
When Lotus Approach is started from a terminal directory, the welcome screen
pops up.
$ wine approach
But when Lotus Approach is started as a "virtual Desktop", it does not.
$ cd .wine/drive_c/lotus/approach/
$ wine explorer /desktop approach
From Xfce Launcher:
bash -c "cd $HOME/.wine/drive_c/lotus/approach; wine explorer
/desktop=`date +%%H:%%M:%%S`_wine_virtual_desktop_1680x1050,1680x1050
approach.exe"
If you open a database, then close it, the welcome screen does pop up. I will
attach a video of 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.
https://bugs.winehq.org/show_bug.cgi?id=57338
Bug ID: 57338
Summary: wine-gecko/wine-mono don't cache their installers if
using a username with unicode characters
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Noticed while looking at https://github.com/Winetricks/winetricks/pull/2278
I created a test user (`tëstuser`). If I then run Wine under that user, I get a
popup to install wine-mono. The installer downloads and installs wine-mono,
great.
Making a second prefix shows the installer prompt again. The installer doesn't
get cached in ~/.cache/wine (as it does for my normal, ascii-named user).
If the installer is put in /usr/local/share/wine/mono, it gets picked up from
there, as expected.
Which makes me wonder, are unicode characters supported in usernames for wine?
I suspect there may be other lurking issues like this, if so.
FWIW, Windows appears to support it (though various software is broken when
doing so), see https://cornevandriel.com/articles/unicode-in-windows-usernames
--
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=57621
Bug ID: 57621
Summary: using glfw with angle doesn't seem to work
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: juan3(a)yandex.com
Distribution: ---
Created attachment 77741
--> https://bugs.winehq.org/attachment.cgi?id=77741
Wine crashes trying to run red_circle, something to do with not finding symbols
on the dlls
when building this project under msys2 windows
https://github.com/Kreijstal/glfw-example.git
and running it under wine, with the non windows dll dependencies copied over.
It turns it can't run under wine. It works fine under windows however.
--
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=52203
Bug ID: 52203
Summary: The plane effect demo (gog) has lighting issue in menu
with opengl renderer
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 71261
--> https://bugs.winehq.org/attachment.cgi?id=71261
Wrong rendering with gl renderer
The plane effect demo (gog) has lighting issue in menu with opengl renderer.
Rendering works fine with vulkan renderer.
Ubuntu 22.10
NVIDIA 470.86
wine-7.0-rc1
--
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.