wlc
wlc copied to clipboard
Cloudef
Xwayland surfaces do not always set cursor
When moving cursor to Xwayland client, they do not seem to request surface and thus you get invisible cursor.
Seeing this reproducable in weston seems to hint to bug in Xwayland.
While investigating origin of this issue, I'll add temporary workaround that fallbacks to wlc's default cursor whenever over Xwayland surface and there is no cursor. fbba652
Not sure if this helps at all but I have noticed that if I place the cursor in the area where a terminal (e.g st) will spawn the cursor changes to the I-bar cursor. This only happens on the first time until you restart sway
Is this issue still relevant, or is wlc buggy? Should be retested with weston.
I get cursors inside Xwayland windows in sway. The only issue that I have come across is when you open a menu eg File with FF the cursor is the ugly one. But if you move it into the menu then it is the normal one. However using menus with texstudio it works fine. Same thing happens in weston
Don't know if it's related but on GIMP (single-window mode) my cursor disappears, if I select a tool and then put my cursor on the image I'm editing, though it appears when I pull my cursor out of GIMP. Tested on Sway 0.11-2 with wlc-git on Arch Linux with kernel 4.9.11-1 and xorg-server 1.19.2-1. I haven't made many changes to the Sway configuration, and none that are related to cursors.
Laaas writes:
GIMP (single-window mode) my cursor disappears,
Not just single-window mode.
Tested on Sway 0.11-2 with wlc-git on Arch Linux with kernel 4.9.11-1 and xorg-server 1.19.2-1.
Also happens with orbment.
It's not a regression; Has been the case for quite a few versions.
There is an issue with the workaround fbba652: sometimes the application wants to make the cursor disappear (eg Youtube fullscreen video playback on Google Chrome) and instead of disappearing, the cursor defaults to cursor_palette (defined line 918 of wlc/gles2.c).
