Mouse cursor is tiny on HiDPI screens

Bug #1700085 reported by Till Kamppeter on 2017-06-23
116
This bug affects 25 people
Affects Status Importance Assigned to Milestone
gnome-shell (Ubuntu)
High
Unassigned
mutter (Ubuntu)
Undecided
Unassigned

Bug Description

I am on Artful and have switched to GNOME as GNOME is the default desktop now and Unity shows some instabilities.

I am using a Lenovo Thinkpad X1 Carbon (2nd gen.) notebook with 14-inch QHD (2560x1440) display, so I am well over the good old 72-dpi CRT resolution.

With some effort I have at least got a somewhat useful scaling of the GUI elements (esp. text size), mainly by getting into Unity7, getting into the Display Settings there, removing my ~1.5 scaling factor, returning to GNOME, installing the advanced settings manager (gnome-tweak-tool or so) and setting a scaling factor of ~2). Large text in accessibilty does not work for me as it makes the text huge.

Now the mouse cursor does no bother on all these changes. It stays always in its 72-dpi hard-coded size which is really tiny under GNOME on my QHD screen. It gets easily totally invisible for me, especially on text fields where it gets a skinny vertical bar.

Therefore there are two fixes needed:

1. Mouse cursor needs to scale with scale factor for the desktop, so that it is in a good size relation with the rest of the desktop. Please take this into account for fractional scaling efforts.

2. Even a standard-sized mouse cursor can be too small for people with vision problems, so the accessibility options need a possibility to apply a (fractional) adjustable scaling factor to the mouse cursor's standard size.

Please take these changes into account ASAP, ideally on 17.10 at the latest. Please consider backporting upstream fixes for achieving this goal.

Changed in gnome-desktop (Ubuntu):
importance: Undecided → Critical
Jeremy Bicha (jbicha) wrote :

#2: gnome-control-center master (future 3.26) has a Cursor Size setting in Settings>Universal Access so that issue is already fixed whenever we get the new version (probably at least in time for 18.04 LTS).

Jeremy Bicha (jbicha) wrote :

Unless you're in a hurry, I'd personally wait on backporting 3.26 changes to 17.10 "Artful" until we make the go/no-go decision on GNOME 3.26 in August.

affects: gnome (Ubuntu) → gnome-shell (Ubuntu)
no longer affects: gnome-desktop (Ubuntu)
tags: added: gnome-17.10 hidpi
removed: accessibility
Jeremy Bicha (jbicha) wrote :

The missing option to change the Cursor Size in gnome-control-center is LP: #841046

Daniel van Vugt (vanvugt) wrote :

I found the opposite problem yesterday, which might be the same bug as this. When switching from a high scaling factor of 2 or 3 back to 1, the mouse cursor stayed big for longer than expected :)

Changed in gnome-shell (Ubuntu):
importance: Critical → High
tags: added: cursor
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-shell (Ubuntu):
status: New → Confirmed
Fusion (bornolbers) wrote :

On Ubuntu 17.10 default (gnome) / nvidia 1050Ti - 384.59 / monitor 3840x2160:

First, through gnome-tweaks it scale could be set to an integer 1,2,.. and for fonts to a different values 1,00, ...

Now, no hidpi option (the 1,2,..) exists on gnome-tweaks.

Ideally, hidpi could be set automatically depending on monitor size and resolution.

Less ideally, it could be an option like unity's system-setting with more values (1, 1.5, 2, 2.5, 3, ...) For example in my case 1.5 was far better than 2 that I am using now (and there is no option to change it again)

Till Kamppeter (till-kamppeter) wrote :

There is no way to adjust scaling in current Ubuntu Artful.

It has disappeared from gnome-tweaks-tool and did not get added to gnome-settings.

My suggestion for the right place for scaling is the "Displays" section of gnome-settings. There there should be a widget for entering a scaling value (non-integer) in each Display's configuration dialog (so that you can also adjust displays with different resolution to fit together).

Back to this bug report, the mouse pointer ideally gets pre-scaled by the scaling factor for the display and in the mouse settings the user can enter a scaling factor to adjust it to his needs. Could we do it this way?

As a workaround for the time being I selected the "Redglass" mouse cursor theme in gnome-tweak-tool as the (too small) red cursor is more visible than the (too small) black cursor.

Daniel van Vugt (vanvugt) wrote :

I noticed in a Wayland session it's often only the X(Xwayland) apps that have the wrong cursor size. Sadly this includes the desktop area (nautilus-desktop is an X app).

tags: added: visual-quality
Andreas Hasenack (ahasenack) wrote :

Here it stays tiny for a while after reboot/login, and eventually grows to a more normal size. I don't know what triggers the growth.
I have gnome-shell 3.26.0-0ubuntu2 on artful, same screen as Till's, and am using a 200% scale factor.

Tor Klingberg (tor-klingberg) wrote :

Still an issue in 18.04

Changed in mutter (Ubuntu):
status: New → Confirmed
Daniel van Vugt (vanvugt) wrote :

For people using Gnome Shell on Xorg, a possible fix just landed upstream:

  https://gitlab.gnome.org/GNOME/mutter/commit/3fbeeb90726

Please try it if you know how :)

Changed in gnome-shell (Ubuntu):
milestone: ubuntu-17.10 → none
tags: added: bionic
zhiwei (chenzhiwei) wrote :

I encountered this issue in Ubuntu 18.10 beta, the cursor is very small in Snap apps.

zhiwei (chenzhiwei), same for me. The cursor is now as large as I set it by accessibility settings, but it is tiny in the snap version of LibreOffice.

tags: added: cosmic
Axel Meunier (axel-meunier) wrote :

The cursor is tiny on my hidpi screen when using the snap version of inkscape. This is on Fedora 29/Wayland. It's the first snap I ever installed so i don't know whether it is reproducible with other snap apps.

PabloAB (pabloab777) wrote :

From what I see on Askubuntu may be related with
https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1585332

tags: removed: cosmic
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers