wlr-layer-shell on_demand grabbing input

[ErikReider]

Hi! SwayNotificationCenter dev here

It seems like people are experiencing issues with SwayNotificationCenter grabbing focus when the layer surface changes its keyboard_interactivity state from none to on_demand.

This also seems to be the case with niri but not Sway.

The Wayland protocol states that this feature is "implementation-defined", but I feel like grabbing the input on surface commit should only be used for the exclusive state.

Any thoughts?

[vaxerski]

I agree, can you give a repro config or a minimal C client or something?

[ErikReider]

Sorry, your reply got lost in my mail. If you have swaync installed and running as your notification daemon with the default config, running notify-send "Title" "body" -A inline-reply=Text should do the trick.

I can create a simple testing client otherwise if that's easier for you :)

Edit:
Opened an issue regarding the protocols fuzzy language in the wlr protocol repo

Edit 2: maybe this could be resolved on my end by setting the interactivity to none and set it to on_demand after map as mentioned above. I'm currently not home, so I'll have to test this when I get back.

[ErikReider]

I'll be closing this, as most other compositors handle this the same way as Hyprland (except for sway). Thanks for your input :)