Bug 465164 - Wayland: Invisible cursor in Libreoffice with kf5 when inserting geometric shapes etc.
Summary: Wayland: Invisible cursor in Libreoffice with kf5 when inserting geometric sh...
Status: RESOLVED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (show other bugs)
Version: 5.26.90
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL: https://bugs.documentfoundation.org/s...
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-02 10:37 UTC by Jan Rathmann
Modified: 2023-02-24 10:47 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Rathmann 2023-02-02 10:37:45 UTC
SUMMARY
I'm not sure whether this is a bug in KDE or Libreoffice.

On wayland when running Libreoffice with kf5 backend under Plasma 5.26.90, the mouse cursor in the main pane of the LO window becomes invisible when performing certain "drawing" operations, like inserting a rectangle or a text field.

This bug was present to that extend in previous Plasma versions that the cursor has a wrong icon (something else like the usual cross hair), but stays visible. The invisibility seems to be an additional regression in Plasma 5.26.90.

STEPS TO REPRODUCE
1. Boot into Plasma 5.26.90, Wayland session.
2. Run Libreoffice with kf5 support.
   (I discovered it while using LO Draw, but e.g. LO Writer is also affected)
3. Try to insert a rectangle or some other shape, or a text field.

OBSERVED RESULT
After clicking the button of the thing you want to insert, the cursor becomes invisible while being in the "main pane" of the LO window.

EXPECTED RESULT
When working correctly, the cursor stays visible and morphs into a cross hair icon to indicate one can now draw something.

ADDITIONAL INFORMATION
I can reproduce this on VirtualBox and real HW.

It does not happen on X11, and when running LO on Wayland with the generic backend: SAL_USE_VCLPLUGIN=gen libreoffice

I can reproduce it on: (with pristine user accounts)
* Kubuntu 22.10 + 5.27 beta PPA
* Neon unstable up-to-date installation
* neon-unstable-20230122-1118.iso live image (on real HW and Virtualbox)
(Unfortunately current neon unstable live image doesn't boot for me).

I can only partly reproduce it (cursor visible, but wrong, see above) on:
* Kubuntu 22.10 live image
* Neon user live image

Kind regards, Jan
Comment 1 Vlad Zahorodnii 2023-02-02 16:56:39 UTC
Based on my debugging, it appears like libreoffice tries to set an empty bitmap cursor (and it also hits a buggy code path in qtwayland, but it's unrelated in this case). Please report this issue to libreoffice developers, it looks like a client side bug.
Comment 2 Jan Rathmann 2023-02-02 21:09:47 UTC
(In reply to Vlad Zahorodnii from comment #1)
> Based on my debugging, it appears like libreoffice tries to set an empty
> bitmap cursor (and it also hits a buggy code path in qtwayland, but it's
> unrelated in this case). Please report this issue to libreoffice developers,
> it looks like a client side bug.

Ok, done:
https://bugs.documentfoundation.org/show_bug.cgi?id=153333
Comment 3 Jan Rathmann 2023-02-24 10:47:15 UTC
Has been fixed upstream.