FS#76018 - [gtk3] Gigantic cursors on Wayland with scale > 1

Attached to Project: Arch Linux
Opened by Hugo Osvaldo Barrera (hobarrera) - Monday, 26 September 2022, 10:27 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:17 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

The cursor size on all GTK3 applications (nemo, firefox) is MASSIVE with 1:3.24.34+r154+g56100ab49a-1. The issue is not present with 1:3.24.34-1.

I'm using 3x scaling on my display, and it appears that the cursor is 3x the normal size.

Steps to reproduce:

Run sway with scale set to 2 or 3. The cursor gets bigger as the scale goes up.

Not reporting this upstream since it's not an upstream release.
This task depends upon

Closed by  Buggy McBugFace (bugbot)
Saturday, 25 November 2023, 20:17 GMT
Reason for closing:  Moved
Additional comments about closing:  https://gitlab.archlinux.org/archlinux/p ackaging/packages/gtk3/issues/1
Comment by Hugo Osvaldo Barrera (hobarrera) - Monday, 26 September 2022, 10:46 GMT
Screenshots
Comment by Tom Fryers (TomFryers) - Monday, 26 September 2022, 21:26 GMT
I've experienced this as well. (Plasma 5.25.5 Wayland)
Comment by Toolybird (Toolybird) - Tuesday, 27 September 2022, 06:23 GMT
Cannot repro in a fresh VM. The cursor does get bigger but not as massive as shown in the screenshots. Dunno.
Comment by Jan Alexander Steffens (heftig) - Tuesday, 27 September 2022, 08:32 GMT Comment by Hugo Osvaldo Barrera (hobarrera) - Tuesday, 27 September 2022, 10:29 GMT
> Cannot repro in a fresh VM. The cursor does get bigger

It should not get visible bigger at all. It should remain the same size on-screen regardless of scale.

> but not as massive as shown in the screenshots. Dunno.

Using scale=3 on this screenshot.
Comment by Tom Fryers (TomFryers) - Tuesday, 27 September 2022, 10:32 GMT
My guess is that it's being scaled up twice, so it ends up too big.

Perhaps something like
• GTK should scale up cursor, but doesn't.
• KDE works around this by scaling cursor.
• GTK fixed. Now scales cursor.
• Cursor is now scaled up twice.

In that case, I suppose this would be for KDE to fix, but that series of events is my random guess, so probably not.
Comment by Hugo Osvaldo Barrera (hobarrera) - Tuesday, 27 September 2022, 10:45 GMT
It's the above referenced MR. The buffer is scaled up, but then it's configured with `scale=1`, so the compositor scales it again (effectively, scaling it up twice).

Reported upstream as https://gitlab.gnome.org/GNOME/gtk/-/issues/5213
Comment by Jan Alexander Steffens (heftig) - Tuesday, 27 September 2022, 11:53 GMT
Should be fixed in 1:3.24.34+r156+g812b3930d0-1 (reverted problematic commit)
Comment by Tom Fryers (TomFryers) - Tuesday, 27 September 2022, 11:58 GMT
Yes, it's fixed for me at least.
Comment by Hugo Osvaldo Barrera (hobarrera) - Tuesday, 27 September 2022, 12:39 GMT
Also fixed for me. Shall I close this or wait for an upstream fix?
Comment by asdf (Swiftloke) - Friday, 23 December 2022, 21:21 GMT
  • Field changed: Percent Complete (100% → 0%)
This bug seems to have returned for me when updating to 1:3.24.36-1. Running Plasma 5.26.4 Wayland. Reverting to 1:3.24.25-2 fixed the issue.
Comment by Tom Fryers (TomFryers) - Friday, 23 December 2022, 21:24 GMT
The bug just returned for me as well.
Comment by Toolybird (Toolybird) - Friday, 23 December 2022, 21:25 GMT
Related  FS#76713 

Also, please refer to comment in upstream merge [1] that fixed above:

"People will have to live with large cursors on hi-dpi systems, or port to gtk4."

So maybe we're stuck with it...

[1] https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5329

Loading...