[snap] Wrong cursor theme (Adwaita) for cursors set by CSS, like cursor:wait and cursor:grab

Bug #1892085 reported by Alexander Browne on 2020-08-18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
chromium-browser (Ubuntu)

Bug Description

0. In an Ubuntu 20.04 live session or new installation, install the Chromium snap and Google's Chrome deb packages.

1. In both browsers, try the MDN cursor demos at https://developer.mozilla.org/en-US/docs/Web/CSS/cursor for cursor: wait and cursor: grab. (Click the "cursor: wait;" or "cursor: grab;" button, then move the mouse over the blue box on the right to see the cursor set by that CSS option.) Or any view any page that sets these cursors with CSS such as

    - cursor: grab
        - Accuweather/mapbox radar maps, e.g. https://www.accuweather.com/en/us/minneapolis/55455/minute-weather-forecast/348794
        - Google Sheets, e.g. hovering over a highlighted cell's border
    - cursor: wait
        - NYT video pages while the video loads, e.g. https://www.nytimes.com/video/us/politics/100000007231439/who-is-kamala-harris.html

2. Observe that in Chromium, the CSS-set wait spinner and grab hand cursors are using the Adwaita theme, instead of the Ubuntu-default Yaru theme. The correct Yaru theme cursors are used in Chrome and other apps. (Note that for the cursor:grab examples, the Adwaita grab cursor [black hand] is shown when *hovering*, but the correct Yaru cursor [white hand] is shown once you click down, since this is no longer set by cursor:grab.)

Launchpad Janitor (janitor) wrote :

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

Changed in chromium-browser (Ubuntu):
status: New → Confirmed

The Opera snap has exactly the same problem.

Firefox snap shows the correct cursors.

Alexander Browne (elcste) wrote :

FWIW I had filed Chrome bug 1114812 (https://bugs.chromium.org/p/chromium/issues/detail?id=1114812) for this before it seemed to isolate to the Snap package only. There was just a change revision added, so maybe there is/was a Chromium bug (rather than packaging bug)?

Olivier Tilloy (osomon) wrote :

It does look like a packaging bug, because the cursors are fine in chromium-browser packaged as a deb (I installed the bionic packages in a focal VM), whereas they are not the expected ones with the snap.

Probably related: bug #1838008.

summary: - Wrong cursor theme (Adwaita) for cursors set by CSS, like cursor:wait
- and cursor:grab
+ [snap] Wrong cursor theme (Adwaita) for cursors set by CSS, like
+ cursor:wait and cursor:grab
tags: added: snap
Changed in chromium-browser (Ubuntu):
importance: Undecided → Low
Sebastien Bacher (seb128) wrote :

Unsure how the fallback is done in the browsers but the issue seems at least due to the theme, yaru doesn't provide those cursors

$ python3 -c "from gi.repository import Gtk,Gdk,GObject; window = Gtk.Window(); window.show_all(); window.get_window().set_cursor(Gdk.Cursor.new_from_name(Gdk.Display.get_default(), 'wait')); Gtk.main()"

Displays the 'wrong' cursor similaring to the snaps

Alexander Browne (elcste) wrote :

Also, FWIW since I reported this, I have noticed something similar in another snap: KeepassXC, when unlocking your vault, shows the Adwaita spinner. It only flashes for a short time, so is easy to miss. Not sure if that's also a fallback issue like this or something different.

Sebastien Bacher (seb128) wrote :

Trying firefox it somehow ends up loading 'watch' for the 'wait' animation and that's working in the firefox snap as well, so the issue seems probably a theme one and chromium not handle fallbacking the way firefox and chrome are doing?

Sebastien Bacher (seb128) wrote :
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.