Animations hard disabled under TigerVNC
Affected version
All. Code is still on trunk right now.
Bug summary
When starting GNOME under TigerVNC all animations are disabled without any clear way for the user to enable them again.
Some animations might consume a lot of CPU, but not all and e.g. the GtkSpinner animation is a usability issue when it is disabled:
gtk#208 (closed) gtk#641 (closed) gtk#1716 (moved) libadwaita#136
I understand there is a reluctance to special-case GtkSpinner, but we are getting confused users so something needs to be done here. And if there is no desire to make things "just work", then we should provide users with more control.
I'd rather not get into some war where we avoid this detection in TigerVNC, just to have you guys try to come up with new ways to detect TigerVNC.
Steps to reproduce
- Start a TigerVNC session with GNOME
- Start an application with a GtkSpinner in it
What happened
Frozen animation that looks like something has locked up.
What did you expect to happen
GtkSpinner still works, and/or clear indication to the user that things are disabled because they are in a VNC session and instruction on how to re-enable things.
Relevant logs, screenshots, screencasts etc.
Relevant code:
https://gitlab.gnome.org/GNOME/gnome-shell/-/blob/master/js/ui/main.js#L840