Open Bug 1803321 Opened 3 years ago Updated 3 years ago

[Sway] Disappearing cursor with "wayland" as Window Protocol

Categories

(Core :: Widget: Gtk, defect, P3)

Firefox 107
defect

Tracking

()

UNCONFIRMED

People

(Reporter: matthias, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:107.0) Gecko/20100101 Firefox/107.0

Steps to reproduce:

After upgrading to Firefox 107 on Arch Linux with Sway as the window manager, I noticed that the cursor disappears when playing a video (on YouTube, for example). The cursor is invisible inside Firefox including its tab bar, URL bar, and the rest of its GUI. The cursor reappears when moving the cursor to another application. Moving the cursor back into Firefox' window makes it disappear again. After restarting Firefox, the cursor is back until I start another video. I have this variable set in .bash_profile: export MOZ_ENABLE_WAYLAND=1. I can see in Firefox' about:support that the "Window Protocol" is "wayland". When I remove export MOZ_ENABLE_WAYLAND=1, the used "Window Protocol" is "xwayland" and the bug is gone: The cursor works as expected.

Actual results:

The cursor disappeared and didn't come back until restarting Firefox, as described above.

When "Window Protocol" is "wayland", Firefox writes a lot of these warnings to standard out:

  Gdk-Message: 09:09:36.478: Unable to load xterm from the cursor theme
  Gdk-Message: 09:09:36.642: Unable to load left_ptr from the cursor theme

Those messages are gone and the cursor's behavior is as expected when changing the Window Protocol to "xwayland" by removing this environment variable: MOZ_ENABLE_WAYLAND=1.

Expected results:

The cursor should be visible when playing a video non-fullscreen and if the cursor is hidden for fullscreen video playback, it should reappear after moving the cursor.

Summary: Disappearing cursor with "wayland" as Window Protocol cursor bug → Disappearing cursor with "wayland" as Window Protocol

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Priority: -- → P3
Summary: Disappearing cursor with "wayland" as Window Protocol → [Sway] Disappearing cursor with "wayland" as Window Protocol

Same thing happening to me on Firefox 108 in Gnome-shell 43.2 display_protocol = Wayland (mutter 43.2) x86_64 Gentoo.

Cursor disappears soon after launching Firefox within its windows. Exiting any firefox window area reinstantiates the cursor (switching to another application window or the desktop) but re-entering firefox window makes the cursos disappear again.

I remembered something similar was happening to Wezterm, bug here: https://github.com/wez/wezterm/issues/2703

The problem was under wayland XCURSOR_PATH is empty. In combination of using custom cursor theme from home folder may cause this.

I have a custom cursor theme stored in ~/.icons/ folder. To resolve the situation I symlinked the cursor theme folder to ~/.local/share/icons and /usr/share/icons as well. After restarting Firefox everything seems to be working as usual and the cursor did not disappear so far.

You need to log in before you can comment on or make changes to this bug.