GNOME BUG: Second windows ignores tablet input in gnome-shell #107778

New Issue

Open

opened 2023-05-09 12:16:19 +02:00 by toastamore · 4 comments

toastamore commented

2023-05-09 12:16:19 +02:00

System Information
Operating system: Linux-5.18.6-200.fc36.x86_64-x86_64-with-glibc2.35 64 Bits
Graphics card: AMD Radeon RX 550 / 550 Series (polaris12, LLVM 14.0.0, DRM 3.46, 5.18.6-200.fc36.x86_64) AMD 4.6 (Core Profile) Mesa 22.1.2

Blender Version
Broken: version: 3.5.1, branch: blender-v3.5-release, commit date: 2023-04-24 18:11, hash: e1ccd9d4a1d3
Worked: 3.3.1

Short description of error
Any secondary window doesn't register input from pen tablet

Exact steps for others to reproduce the error
Open a "new file window" and see as the tablet input stops being registered by blender on that window

Tested on multiple computers with the same os and different pen tablets.
On a closer inspection, I found an aestethic difference between 3.3.1 secondary windows and 3.5.1 ones .

**System Information** Operating system: Linux-5.18.6-200.fc36.x86_64-x86_64-with-glibc2.35 64 Bits Graphics card: AMD Radeon RX 550 / 550 Series (polaris12, LLVM 14.0.0, DRM 3.46, 5.18.6-200.fc36.x86_64) AMD 4.6 (Core Profile) Mesa 22.1.2 **Blender Version** Broken: version: 3.5.1, branch: blender-v3.5-release, commit date: 2023-04-24 18:11, hash: `e1ccd9d4a1d3` Worked: 3.3.1 **Short description of error** Any secondary window doesn't register input from pen tablet **Exact steps for others to reproduce the error** Open a "new file window" and see as the tablet input stops being registered by blender on that window Tested on multiple computers with the same os and different pen tablets. On a closer inspection, I found an aestethic difference between 3.3.1 ![Schermata del 2023-05-09 12-13-49.png](/attachments/5826f39f-4670-4d37-92e1-80bf34abec4a) secondary windows and 3.5.1 ones ![Schermata del 2023-05-09 12-11-39.png](/attachments/b898c24e-187f-4802-ade7-c9a204bafb23).

Schermata del 2023-05-09 12-13-49.png

68 KiB

Schermata del 2023-05-09 12-11-39.png

62 KiB

toastamore added the

labels 2023-05-09 12:16:20 +02:00

Iliya Katushenock commented

2023-05-09 12:20:42 +02:00

Member

Hello, thank for report that. I can't repoduce this on Windows 10 & Huion table h430p

Hello, thank for report that. I can't repoduce this on Windows 10 & Huion table h430p

Iliya Katushenock added the

label 2023-05-09 12:20:54 +02:00

YimingWu commented

2023-05-09 14:41:40 +02:00

Member

Edit: Are you on Wayland? So then that could be a bug in blender's wayland implementation.

Hi @toastamore I can't reproduce the issue with linux and wacom cintiq. I suspect it could possibly be a libwacom issue. Is the "new file window" on a separate monitor? (But I don't think this could cause any problem either)

While testing on my device I found that once my pen is over any blender window, xinput doesn't seem to be able to print events any more so that's pretty weird, not sure why, but probably some x11 hook functions prevented the event from passing along.

One likely issue could be that your window manager is not behaving correctly (like if you have a window that's somehow on top but not showing that way).

But anyway could you please do this:

Use xinput --list and see the list of devices, check the id of your stylus.
Use xinput test <that id> and you should be able to see events when you move your stylus
- Are you able to see events at all?
- Move the stylus to the subwindow that's supposedly not working, does it stop to generate any specific events?

Edit: Are you on Wayland? So then that could be a bug in blender's wayland implementation. ----------- Hi @toastamore I can't reproduce the issue with linux and wacom cintiq. I suspect it could possibly be a libwacom issue. Is the "new file window" on a separate monitor? (But I don't think this could cause any problem either) While testing on my device I found that once my pen is over any blender window, `xinput` doesn't seem to be able to print events any more so that's pretty weird, not sure why, but probably some x11 hook functions prevented the event from passing along. One likely issue could be that your window manager is not behaving correctly (like if you have a window that's somehow on top but not showing that way). But anyway could you please do this: - Use `xinput --list` and see the list of devices, check the id of your stylus. - Use `xinput test <that id>` and you should be able to see events when you move your stylus - Are you able to see events at all? - Move the stylus to the subwindow that's supposedly not working, does it stop to generate any specific events?

YimingWu added

Needs Information from User

and removed

labels 2023-05-09 14:49:42 +02:00

toastamore commented

2023-05-10 12:44:34 +02:00

Author

Hi, @ChengduLittleA I am on fedora 36, so yes, I'm on Wayland.

The new window is not on a different monitor. I noticed that if I alt+tab to a different window and then come back to blender, at least the tablet can interact with the elements of the window but is unable to interact with the top bar (the one with the three icons, reduce to icon, maximize and close)
The same thing happens if I click on the empty part of the editable file name text (not on the written part).

I'm using a bamboo tablet CTH-670, and as I stated in the bug report this behaviour didn't happen at least on 3.3.1

I never used xinput before, but I tried, so:

Are you able to see events at all?
no

Move the stylus to the subwindow that's supposedly not working, does it stop to generate any specific events?
no again

I'll try to update to fedora 38 and see if the issue is still present

Hi, @ChengduLittleA I am on fedora 36, so yes, I'm on Wayland. The new window is not on a different monitor. I noticed that if I alt+tab to a different window and then come back to blender, at least the tablet can interact with the elements of the window but is unable to interact with the top bar (the one with the three icons, reduce to icon, maximize and close) The same thing happens if I click on the empty part of the editable file name text (not on the written part). ![Schermata del 2023-05-10 12-43-02.png](/attachments/5c1d44df-5c08-4666-9e92-8e048d887522) I'm using a bamboo tablet CTH-670, and as I stated in the bug report this behaviour didn't happen at least on 3.3.1 I never used xinput before, but I tried, so: > Are you able to see events at all? no >Move the stylus to the subwindow that's supposedly not working, does it stop to generate any specific events? no again ![Schermata del 2023-05-10 12-11-15.png](/attachments/661df199-9bf8-4992-9a5f-ed781eb7834f) I'll try to update to fedora 38 and see if the issue is still present

Schermata del 2023-05-10 12-11-15.png

75 KiB

Schermata del 2023-05-10 12-43-02.png

145 KiB

Campbell Barton commented

2023-07-21 07:38:51 +02:00

Owner

Confirmed, this doesn't happen every time but it happens often (GNOME Shell 44.3).

This is a bug in gnome-shell (it doesn't happen with KDE), see: https://gitlab.gnome.org/GNOME/mutter/-/issues/2658

Confirmed, this doesn't happen every time but it happens often (GNOME Shell 44.3). This is a bug in gnome-shell (it doesn't happen with KDE), see: https://gitlab.gnome.org/GNOME/mutter/-/issues/2658

Campbell Barton added

and removed

labels 2023-07-21 07:40:47 +02:00

Campbell Barton added

and removed

Needs Information from User

labels 2023-07-21 07:42:18 +02:00

Campbell Barton changed title from ~~Secondary windows not registering any input from tablets on Linux~~ to Second windows ignores tablet input under Gnome-Shell/Wayland

2023-07-21 07:42:50 +02:00

Campbell Barton referenced this issue

2023-07-21 07:43:54 +02:00

GHOST/Wayland Support #76428

Jesse Yurkovich added the

Platforms, Builds & Tests

label 2023-07-23 04:41:51 +02:00

Campbell Barton changed title from ~~Second windows ignores tablet input under Gnome-Shell/Wayland~~ to GNOME BUG: Second windows ignores tablet input in gnome-shell

2023-10-12 05:25:04 +02:00

~~Germano Cavalcante referenced this issue 2024-04-03 20:01:53 +02:00~~

Pressure sensitivity disappears after closing the Preferences window with Parblo A610plus tablet #120226

Sign in to join this conversation.

No Label

Animation & Rigging

Asset Browser Project Overview

Automated Testing

Blender Asset Bundle

Dependency Graph

Development Management

EEVEE & Viewport

Images & Movies

Motion Tracking

Nodes & Physics

Pipeline, Assets & IO

Platforms, Builds & Tests

Render & Cycles

Render Pipeline

Sculpt, Paint & Texture

Video Sequencer

Virtual Reality

Blender 2.8 Project

Milestone 1: Basic, Local Asset Browser

Good First Issue

Animation & Rigging

Development Management

EEVEE & Viewport

Nodes & Physics

Pipeline, Assets & IO

Platforms, Builds & Tests

Render & Cycles

Sculpt, Paint & Texture

Needs Info from Developers

Needs Information from User

No Milestone

No project

No Assignees

4 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#107778

No description provided.