Wayland: modifier keys & changing active windows causes a freeze under SWAYWM #117225

New Issue

Closed

opened 2024-01-17 13:17:15 +01:00 by jl2 · 11 comments

jl2 commented

2024-01-17 13:17:15 +01:00

System Information
Operating system: Linux: sway/wlroots
Graphics card: AMD 680M

Blender Version
Broken: 4.0.2

Short description of error
When using blender with sway, and trigger it (see below), blender's viewport will freeze, but the drop-down menus will still work.

triggers:

Changing workspaces
pressing modifier and focusing blender

Error:

WARN (ghost.wl.keyboard.depressed): intern/ghost/intern/GHOST_SystemWayland.cc:6079 getModifierKeys: modifier (OS) state is inconsistent (GHOST held keys do not match XKB)

Solution:
unfocusing and refocusing blender (sometimes it's anoying because it's the only window, and changing workspace triggers it

Exact steps for others to reproduce the error

Open sway
start blender
change workspace (Super+[num]) and back again
viewport is frozen

**System Information** Operating system: Linux: sway/wlroots Graphics card: AMD 680M **Blender Version** Broken: 4.0.2 **Short description of error** When using blender with sway, and trigger it (see below), blender's viewport will freeze, but the drop-down menus will still work. **triggers:** * Changing workspaces * pressing modifier and focusing blender **Error:** ``` WARN (ghost.wl.keyboard.depressed): intern/ghost/intern/GHOST_SystemWayland.cc:6079 getModifierKeys: modifier (OS) state is inconsistent (GHOST held keys do not match XKB) ``` **Solution:** unfocusing and refocusing blender (sometimes it's anoying because it's the only window, and changing workspace triggers it **Exact steps for others to reproduce the error** * Open sway * start blender * change workspace (Super+[num]) and back again * viewport is frozen

jl2 added the

labels 2024-01-17 13:17:16 +01:00

Pratik Borhade commented

2024-01-18 05:53:15 +01:00

Member

Hi, this looks same as #112440, closing.

Hi, this looks same as #112440, closing.

Pratik Borhade closed this issue

2024-01-18 05:53:18 +01:00

Blender Bot added

and removed

labels 2024-01-18 05:53:20 +01:00

jl2 commented

2024-01-18 10:52:01 +01:00

Author

I don't think so.

In my case:
Blender expects the modifier key not to be pressed when it's focused again, but it isn't, so it freezes.
(or something simular)

In the other case:
It freezes like that after moving the cube, likely a GPU/intel issue.

I don't think so. In my case: Blender expects the modifier key not to be pressed when it's focused again, but it isn't, so it freezes. (or something simular) In the other case: It freezes like that after moving the cube, likely a GPU/intel issue.

jl2 reopened this issue

2024-01-18 10:52:04 +01:00

Blender Bot added

and removed

labels 2024-01-18 10:52:05 +01:00

jl2 changed title from ~~Swaywm modifiers confuseblender~~ to Swaywm modifiers confuses blender

2024-01-18 10:52:27 +01:00

jl2 changed title from ~~Swaywm modifiers confuses blender~~ to Swaywm modifiers confuse blender

2024-01-18 10:52:36 +01:00

Pratik Borhade commented

2024-01-18 12:21:24 +01:00

Member

Can you verify in 4.1 build?: https://builder.blender.org/download/daily/

Can you verify in 4.1 build?: https://builder.blender.org/download/daily/

Campbell Barton added the

label 2024-01-18 12:49:51 +01:00

Campbell Barton changed title from ~~Swaywm modifiers confuse blender~~ to Wayland: modifier keys & changing active windows causes a freeze under SWAYWM

2024-01-18 12:51:16 +01:00

jl2 commented

2024-01-18 13:30:58 +01:00

Author

Can you verify in 4.1 build?: https://builder.blender.org/download/daily/

also happens in 4.1

> Can you verify in 4.1 build?: https://builder.blender.org/download/daily/ also happens in 4.1

Campbell Barton commented

2024-01-18 23:46:55 +01:00

Owner

It seems likely sees the OS key as being held when it's not, causing those events to be ignored.

What version of sway are you using? I can't redo this with sway 1.8.1.

It seems likely sees the OS key as being held when it's not, causing those events to be ignored. --- What version of sway are you using? I can't redo this with sway 1.8.1.

jl2 commented

2024-01-19 11:35:31 +01:00

Author

I can reproduce with sway 1.8.1, 1.9-dev and swayfx 0.3.2

I can reproduce with sway 1.8.1, 1.9-dev and swayfx 0.3.2

jl2 commented

2024-01-19 17:09:48 +01:00

Author

I found it!
This Line is the culrit:
bindsym --no-repeat Super_L nop windown
Funny enough, it happens with any command, but only(?) for the key Super_L, not for Control_L or Alt_L

Note though I need that line, so please don't close yet!

Could this be a Sway Issue?

I found it! This Line is the culrit: `bindsym --no-repeat Super_L nop windown` Funny enough, it happens with any command, but only(?) for the key `Super_L`, not for `Control_L` or `Alt_L` Note though I need that line, so please don't close yet! Could this be a Sway Issue?

Campbell Barton commented

2024-01-22 01:06:13 +01:00

Owner

@jl2 this looks to be a bug in SWAY as binding keys in the configuration should not impact the application.

Said differently, an application should be able to know which keys are held when it's activated no matter what key bindings are set.

Please report this as a bug to SWAYWM.

@jl2 this looks to be a bug in SWAY as binding keys in the configuration should not impact the application. Said differently, an application should be able to know which keys are held when it's activated no matter what key bindings are set. Please report this as a bug to SWAYWM.

Charbel Nicolas commented

2024-02-02 20:01:11 +01:00

This happens to me consistently with labwc under wayland... I can reproduce it 100% every time. It is really annoying, it only happens to me when using blender.

This happens to me consistently with labwc under wayland... I can reproduce it 100% every time. It is really annoying, it only happens to me when using blender.

Campbell Barton commented

2024-02-03 06:48:08 +01:00

Owner

@charbel if this isn't happening with more mainstream compositors then it should be reported as a bug in labwc as it's likely not properly handling key press/release events from libinput.

@charbel if this isn't happening with more mainstream compositors then it should be reported as a bug in labwc as it's likely not properly handling key press/release events from libinput.

Campbell Barton commented

2024-02-05 02:02:34 +01:00

Owner

Closing this report as in both cases (SWAY & LABWM) Blender is detecting and reporting an invalid state:

WARN (ghost.wl.keyboard.depressed): intern/ghost/intern/GHOST_SystemWayland.cc:7079 getModifierKeys: modifier (OS) state is inconsistent (GHOST held keys do not match XKB)

Similar issues have been reported & fixed in other compositors:

https://gitlab.gnome.org/GNOME/mutter/-/issues/2457

Closing this report as in both cases (SWAY & LABWM) Blender is detecting and reporting an invalid state: ``` WARN (ghost.wl.keyboard.depressed): intern/ghost/intern/GHOST_SystemWayland.cc:7079 getModifierKeys: modifier (OS) state is inconsistent (GHOST held keys do not match XKB) ``` Similar issues have been reported & fixed in other compositors: https://gitlab.gnome.org/GNOME/mutter/-/issues/2457

Campbell Barton closed this issue

2024-02-05 02:02:37 +01:00

Blender Bot added

and removed

labels 2024-02-05 02:02:38 +01:00

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#117225

No description provided.