https://bugs.winehq.org/show_bug.cgi?id=56608
Bug ID: 56608
Summary: Tablet pen pressure no longer working
Product: Wine-staging
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: krazykath(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Pen pressure no longer works as of Wine Staging 9.7.
I have found that it works in Wine Staging 9.1. I will try to investigate
further on which specific version it breaks in
I am using a Wacom Intuos CTH-490K
I am using Paint Tool Sai v2 (Download link:
https://www.systemax.jp/en/sai/devdept.html )
It is working in non-staging Wine versions
Steps to reproduce:
- Install Wine Staging 9.7 from the official Wine repository
- Open Sai v2
- Create a new document
- Try to draw with a graphics tablet pen
Observed result:
No pressure on the pen stroke
Expected result:
Pen pressure to be working as intended
Software / OS:
Operating System: Fedora Linux 40
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.8.7-300.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × Intel® Core™ i9-9900K CPU @ 3.60GHz
Memory: 31.1 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2
Saiv2 64 bit 2024-04-10
Wacom Intuos CTH-490K
wine-9.7 (Staging)
--
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=57281
Bug ID: 57281
Summary: hiew32demo.exe rendering problems
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: unxed(a)mail.ru
Distribution: ---
1. Get hiew32demo.exe from here:
https://hiew.ru/files/hiew32demo.zip
2. Try to open hiew's binary in hiew itself:
wine hiew32demo.exe hiew32demo.exe
3. Compare to rendering on Windows
Please note that in wineconsole.exe everything is rendered ok, so it also can
be used as correct rendering reference.
--
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=55914
Bug ID: 55914
Summary: PNGGauntlet doesn't install it's support programs
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Use 64bit WINEPREFIX
Download from https://pnggauntlet.com/PNGGauntlet-3.1.2.exe
When you can enter the path, mark everything, enter C:\a and press ENTER. The
folder c:\a\support will be missing.
When you click the "Next button" with the mouse instead of pressing enter while
having the cursor in the edit box it seems to work.
Either it is that weird, or it's random.
--
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=57287
Bug ID: 57287
Summary: Wayland issues
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)fireburn.co.uk
Distribution: ---
I'm not sure if these issues are in wine or kwin (tested with 6.1.5 & 6.2.0)
Apps don't use system toolbars, this can be seen with winecfg or regedit
Battle.net doesn't render anything to the screen
The systray isn't integrated
Launching WoW works, identifies that there are 3 screens but you can't control
which is primary correctly, the default screen doesn't have the correct
resolutions available, maxes out at 1920x1080
Switching to windowed mode stops any further mouse input to the game screen -
keyboard entries are fine
This is the first version that things have launched without crashing
Everything works fine under x11, is there anything I can do to pinpoint if
these are kwin bugs or not?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=32791
Bug #: 32791
Summary: Fail to receive stdout from .NET application.
Product: Wine
Version: 1.5.22
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
Created attachment 43302
--> http://bugs.winehq.org/attachment.cgi?id=43302
Source and exe of Sample application.
Unzip the attached Program.
Run the CreateProcess.exe in the Debug directory.
I am expecting to see the "passed" message, but instead see "failed".
CreateProcess.exe create a process of MyAssembly.exe and is expecting to
receive data via the stdin/out. However this fails when using mono.
If you run MyAssembly.exe by itself, the text appears on the console.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=56874
Bug ID: 56874
Summary: WordSmith 9.0 doesn't button icons in installer
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 76678
--> https://bugs.winehq.org/attachment.cgi?id=76678
Screenshot Windows
See screenshots, the buttons in the accept/decline buttons are missing.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31905
Bug #: 31905
Summary: Windows from virtual desktop are able to steal focus
from external windows
Product: Wine
Version: 1.5.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: phoenix(a)mail.ru
Classification: Unclassified
I'm not sure if it is by design or not, but here's situation:
I launch dota 2 using following command:
WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program
Files\Steam\Steam.exe" -applaunch 570
As steam app, it launches steam first, then launches dota within it. Process is
quite lengthy, so i switch focus to another window (e.g. browser) when virtual
desktop is initialized.
During steam load process, focus is stolen from browser. It remains as top-most
window, but 'inactive'. And, e.g. to continue typing something in the browser i
have to bring focus back. Few moments later (1-2), wine's window becomes
top-most, even if i click inactive browser window to restore focus.
During steam shutdown process, it steals focus again, but this time without
bringing virtual desktop to top.
Steam is just example: this occurs with numerous other apps, in some cases it
may happen even multiple times during launch process of some complex
application. For me as user, it is extremely annoying - i always thought that
virtual desktop is a way to avoid integration between wine and OS WM, with its
own tray and window management, and that virtual desktop should present itself
as normal OS window.
I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from
git.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57280
Bug ID: 57280
Summary: Invalid state is propagated through to pulse leading
to no audio with pipewire-pulse
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: uselessthings(a)protonmail.com
Distribution: ---
Created attachment 77217
--> https://bugs.winehq.org/attachment.cgi?id=77217
journalctl log of pipewire, pipewire-pulse and wireplumber units from the time
the game is launched to the time it's closed down.
A sound stream is never created for some games using Wine's pulseaudio driver
and pipewire-pulse as the backend. Booting the games with another audio stream
playing, all audio cuts out for a few seconds before coming back, yet the sound
stream for the game is never created and doesn't appear in /dev/snd/*. Games I
noticed this in were Risk of Rain Returns (various versions of Proton) and
FINAL FANTASY XIV (various versions of wine and proton ranging from 7.x to 9.x)
I've attached an extremely verbose log below of journalctl from pipewire,
pipewire-pulse and wireplumber when the issue happens. The relevant piece of
output where I'd start investigating is
Line 34598: loka 07 14:11:14 hypernova pipewire-pulse[15490]:
mod.protocol-pulse: client 0x578d3de419c0 [FINAL FANTASY XIV]: ERROR command:-1
(invalid) tag:2 error:25 (Input/output error).
on the #pipewire IRC channel I was told this stems from winepulse.drv sending
an invalid state through to pulse and therefore through to pipewire-pulse.
I cross-checked with pulseaudio rather than pipewire-pulse, and the issue does
not appear.
Workaround:
In the meantime I have fixed this issue by setting wine to use winealsa.drv for
the affected games, which pipewire-alsa picks up as normal.
--
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=57243
Bug ID: 57243
Summary: taskbar is gone inside virtual desktop
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lilydjwg(a)gmail.com
Distribution: ---
When virtual desktop is enabled, there used to be a taskbar that could be used
to restore minimized windows. It's gone since 9.17 (commit
c31e65fd3bde71234668507a9e15780d567c0a51). Setting the EnableShell registry key
to 1 doesn't make it back.
I need it, or I can't find my game window after it gets minimized.
Tested with fb256d8b950b5498bc4b2252de7b0b7a714229f7 (which is the latest
commit I get from github mirror; the origin repo is returning 522).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13637
Summary: MechCommander Gold: Two keypresses simultaneously are
not recognized
Product: Wine
Version: 1.0-rc3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
Under Windows it was possible to scroll diagonally using two arrow keys at the
same time. This is not possible under Wine. The second keypress overrides the
first one.
e.g. I want to scroll into the upper left corner. I press left, it scrolls
left. I keep left pressed and press up -> It only scolls upwards.
Modifier keys like Ctrl are handled properly.
I don't think the game is based on dinput. At least, I don't get anything when
I enable the dinput debug channel.
--
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.