Shaded XWayland window on top of another XWayland gets (mouse) events about labwc

[Consolatis]

Sorry, what does "events" mean here?

from IRC history:

<Domo> hmm, scroll-wheel events seem to go to shaded view (just now)
<Domo> and not just those. cannot drag scrollbar in urxvt window when shaded view (which would unshade over the scrollbar) is on top of it
<Consolatis> you mean the titlebar itself or the area where the unshaded window would be?
<Domo> the area where the unshaded window would be

Edit:
We likely just need to check for view->shaded in xwayland_view_move_to_front() and early return + manually use XCB_STACK_MODE_BELOW when shading. Maybe via some new set_shaded function pointer in the view impl?

[Consolatis]

Background: sounds like the xwayland stacking order is out of sync. We likely need to lower the shaded view and prevent it from being raised when clicked on until it unshades.

[tokyo4j]

the shaded area gets the events even when focus is moved to the window lower in stacking order.

Sorry, what does "events" mean here?

[johanmalm]

Consider xcb_change_property() as Openbox uses XChangeProperty() on shade/unshade.

client_shade()
https://github.com/danakj/openbox/blob/9e8813e111cbe6c1088f6abbc771a29470f05fc2/openbox/client.c#L3535

client_change_wm_state()
https://github.com/danakj/openbox/blob/9e8813e111cbe6c1088f6abbc771a29470f05fc2/openbox/client.c#L2502

OBT_PROP_SETA32
https://github.com/danakj/openbox/blob/9e8813e111cbe6c1088f6abbc771a29470f05fc2/obt/prop.h#L301-L303

obt_prop_set_array32()
https://github.com/danakj/openbox/blob/9e8813e111cbe6c1088f6abbc771a29470f05fc2/obt/prop.c#L529

[Consolatis]

Agree that this is likely the better solution but we can't really use it without creating a temporary xcb connection.
We basically need support for that in wlroots / xwm.c.

For now:

• #1778

Would appreciate testing.

[Consolatis]

Should be fixed on latest master.