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.
https://bugs.winehq.org/show_bug.cgi?id=51092
Bug ID: 51092
Summary: reMarkable desktop app - Software Updater indefinetly
runs
Product: Wine
Version: 5.0.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: graeme.wiebe(a)gmail.com
Distribution: ---
Quite simple: the software updater runs indefinitely, which can be easily
solved by closing the popup.
--
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=57529
Bug ID: 57529
Summary: reMarkable application crash on new winehq-devel 10
RC1
Product: Wine
Version: 10.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: olivier.pantale(a)uttop.fr
Distribution: ---
reMarkable-3.16.0.898-win64.exe application installs on new RC1 version but
crash on launching while it works very well on other versions upto 9.22.
--
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.