Bug 385920

Wayland: 1.14.0
Wayland protocols: 1.11
KDE Frameworks: 5.39.0
Plasma: 5.11.1
KDE Apps: 17.08.2
Mesa: 17.2.2
Linux: 4.13.5 (Gentoo)

eglinfo: https://bugs.kde.org/attachment.cgi?id=108441
glxinfo: https://bugs.kde.org/attachment.cgi?id=108442

Qt: 5.9.2

related/duplicate? - https://bugs.kde.org/show_bug.cgi?id=376245

(In reply to Alexander Mentyu from comment #3)
> related/duplicate? - bug #376245

Maybe, but the reporter of that bug appears to refer to an X11 setup, while I see this using Wayland only. When I switch to X11 (i.e. "Plasma" instead of "Plasma (Wayland)"), the problem does not appear. Additionally, I also see the small cursor for other/X11 applications, not only for KWin. At the very least we should copy over some information from this report to the other.

I have the same problem on Arch Linux:

Plasma: 5.11.3
KDE Frameworks 5.40
Wayland 1.14
Qt: 5.9.3

However, I think the problem may not be in Plasma but in Qt. The reason is that anything running XWayland (eg. firefox) or GTK3 has correct cursor size. The cursor also has the correct size when hovering over window decorations as mentioned in the original report. All Qt5-based apps (eg. kwrite, clementine...) have huge cursor size.

I forgot to mention that it happens only with Wayland, X11 is not affected.

Created attachment 109675 [details]
Big cursor while on desktop

Created attachment 109676 [details]
Big cursor while inside a window

I'm also affected on plasma desktop version 5.11.5-1 (on Arch Linux). Added screenshots as examples.

this bug is not happening on my neon dev unstable.
But I also can confirm it on Arch Linux, plasma 5.11.5.

It occurs on Neon (stable - non LTS). Plasma 5.11.5.
Also sometimes the mouse cursor gets stuck in an incorrect state (for instance, is show as a resizing cursor even when the mouse has left the edge of a window).

(In reply to Mahendra Tallur from comment #11)
> Also sometimes the mouse cursor gets stuck in an incorrect state (for
> instance, is show as a resizing cursor even when the mouse has left the edge
> of a window).

This might not be Wayland related, as I also see this on X11 with certain applications (e.g. Firefox).  In any case I believe this should be tracked as a separate bug.

> This might not be Wayland related, as I also see this on X11 with certain
> applications (e.g. Firefox).  In any case I believe this should be tracked
> as a separate bug.

OK ! In my case it only occurs under the Wayland session, though. It happens constantly in Dolphin / Wayland for instance.

Same bug in plasma 5.12 beta, Arch Linux.
Cursor is bigger when I hover any native Wayland software (except its window decoration).
Xwayland softwares are not affected.

*** Bug 389178 has been marked as a duplicate of this bug. ***

(In reply to Dr. Chapatin from comment #14)
> Same bug in plasma 5.12 beta, Arch Linux.
> Cursor is bigger when I hover any native Wayland software (except its window
> decoration).
> Xwayland softwares are not affected.

Same thing happening to me on the same system (latest Arch with Plasma 5.11.95).
Setting the breeze cursor to 24 instead of "resolution dependent" in systemsettings fixed it.

(In reply to Dr. Chapatin from comment #14)
> Cursor is bigger when I hover any native Wayland software (except its window
> decoration).
> Xwayland softwares are not affected.

on neon dev unstable only breeze and breeze snow cursor themes are affected.
I have capitaine and obsidian themes installed from kde store. When I use any of them, cursor size is always the same under Wayland even if size is "resolution dependent".

(In reply to Dennis Schridde from comment #12)
> (In reply to Mahendra Tallur from comment #11)
> > Also sometimes the mouse cursor gets stuck in an incorrect state (for
> > instance, is show as a resizing cursor even when the mouse has left the edge
> > of a window).
> 
> This might not be Wayland related, as I also see this on X11 with certain
> applications (e.g. Firefox).  In any case I believe this should be tracked
> as a separate bug.

Initially I've seen this only in Wayland session but after playing with additional cursor themes, it indeed looks like it's not Wayland specific (or just caused by changing settings under Wayland session?) but for me it looks like some caching issue. 

Breeze first used under X11 - ok under X11, I'm seeing this behavior under Wayland. Adwaita theme first used under Wayland - I can now see the same behavior under X11. I can try it with clean account and with and without 2560x1440 external display connected.

Might be fixed with https://phabricator.kde.org/D13267

This is still an issue in Plasma 5.13.90. I have tested it with KDE Neon Dev Unstable. The cursor is way too big and only on window decorations normally sized.

Tested with 5.14.3 still an issue there.

Still an issue on:
plasma-workspace-5.14.4-1.fc29

Already reported in Qt bug tracker.
https://bugreports.qt.io/browse/QTBUG-67579

comment from a Qt dev...

Hi, sadly there isn't an official way to configure cursor size on Wayland (yet). Most toolkits, including Qt, use the de-facto environment variable XCURSOR_SIZE. Could you please check what it's set to on your system, and upload the output of a Qt application when run with WAYLAND_DEBUG=1?

There is a proposal on the wayland-devel mailing list to add a protocol for configuring cursor themes (and size) called xcursor-configuration. There's a WIP patch for Qt here: https://codereview.qt-project.org/#/c/247935/ Note that we can't merge it until the protocol has been merged into the wayland-protocols repository, and kwin would also need to add support for it.

Created attachment 121490 [details]
WAYLAND_DEBUG=1 konsole &>konsole.log

I can confirm the same issue on plasma-workspace-5.15.5-1.fc30

The workaround is to set a fixed cursor size in KDE system settings (24px in my case). If I leave it as default 'dependent on resolution' the cursor is really huge.

I don't have XCURSOR_SIZE set in my env.

If I run the app with XCURSOR_SIZE=24 it works as expected.

The cursor is displayed at correct size on window decorations and GTK/Xwayland apps.

Debug info in konsole.log attachment

*** This bug has been marked as a duplicate of bug 407749 ***

*** Bug 389178 has been marked as a duplicate of this bug. ***

Is there any updates? Hello! Still NOT fixed in:

Plasma KDE 5.17.5
Frameworks KDE: 5.66.0
Qt: 5.12.4

*** Bug 417690 has been marked as a duplicate of this bug. ***

I can confirm that this bug is still present in Plasma 5.18.0.

*** Bug 412004 has been marked as a duplicate of this bug. ***

Git commit a68554d39c5c64cc1572cfd486064d06e6fc850a by Benjamin Port.
Committed on 17/04/2020 at 12:45.
Pushed by bport into branch 'master'.

[Cursors] Remove Resolution Dependant option

Summary:
This option don't work as expected for years on X, and current wayland protocol don't allow to have a proper size for all application (each framework came with this own solution for this option, that mean we will not have same cursor size on different application)

We set default size as 24
Related: bug 413783

Reviewers: #plasma, meven, davidedmundson, ngraham

Reviewed By: ngraham

Subscribers: ngraham, plasma-devel, kde-doc-english

Tags: #plasma, #documentation

Maniphest Tasks: T12040

Differential Revision: https://phabricator.kde.org/D28652

M  +1    -1    doc/kcontrol/cursortheme/index.docbook
M  +1    -0    kcms/cursortheme/CMakeLists.txt
M  +1    -1    kcms/cursortheme/cursorthemesettings.kcfg
A  +10   -0    kcms/cursortheme/delete_cursor_old_default_size.pl
A  +8    -0    kcms/cursortheme/delete_cursor_old_default_size.upd
M  +1    -8    kcms/cursortheme/kcmcursortheme.cpp
M  +1    -1    kcms/krdb/krdb.cpp
M  +1    -1    kcms/lookandfeel/kcm.cpp
M  +4    -14   kcms/mouse/backends/x11/x11_backend.cpp

https://commits.kde.org/plasma-desktop/a68554d39c5c64cc1572cfd486064d06e6fc850a