I'm on CentOS 7.9 / GNOME 3.28.1.  I can confirm that the trick does not
work with RHEL 8.  :(  I really wish developers would stop deliberately
disabling things in a VNC environment.  A good number of large
organizations use TurboVNC and VirtualGL in lieu of 3D workstations. 
It's 2021, and we need to stop assuming that all remote display
environments are slow.

On 3/2/21 10:38 AM, Tim Stowell wrote:
> Still no luck unfortunately. Which version of gnome are you running?
> I'm using 3.32.2 on RHEL 8.3. I did some more research and it looks
> like if Gnome detects you're running in Xvnc then it will disable
> animations
> (https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/blob/gnome-3-32/plugins/xsettings/gsd-remote-display-manager.c#L276),
> It seems like overriding the gsetting should fix it though.
>
> On Mon, Mar 1, 2021 at 8:32 PM DRC <[email protected]
> <mailto:[email protected]>> wrote:
>
>     Run that command inside the TurboVNC session or with DISPLAY
>     pointed to the TurboVNC session. Apparently the choice of whether
>     or not to animate is based on some inherent property of the 2D X
>     server. GDM is the display manager for the 3D X server, which
>     doesn’t affect this issue.
>
>>     On Mar 1, 2021, at 8:23 PM, Tim Stowell <[email protected]
>>     <mailto:[email protected]>> wrote:
>>
>>     
>>     Thanks for looking into this. I tried running the following
>>     command from that page:
>>
>>         |gsettings set org.gnome.settings-daemon.plugins.xsettings
>>         overrides "{'Gtk/EnableAnimations': <1>}"|
>>
>>     I then ran "sudo systemctl restart gdm" and restarted turbovnc
>>     but still couldn't see any animations. Was there anything else
>>     you had to do to get the animations working?
>>
>>
>>     On Mon, Mar 1, 2021 at 6:47 PM DRC <[email protected]
>>     <mailto:[email protected]>> wrote:
>>
>>         Apparently GNOME 3 automatically does that if it detects a remote
>>         display environment.  I'm not sure how it detects that, but
>>         even if I
>>         run the window manager using VirtualGL with full hardware
>>         acceleration,
>>         GNOME 3 still thinks it's on a remote display.  The
>>         workaround described
>>         here:
>>
>>         
>> https://www.reddit.com/r/gnome/comments/3jjkmn/gnome_shell_animations_missing_when_using_remote
>>
>>         works for me.
>>
>>         DRC
>>
>>         On 2/28/21 9:12 PM, trs wrote:
>>         > I've been using VirtualGL with Gnome 3 and an Nvidia Quadro
>>         K2000 GPU
>>         > but noticed that the "spring" animation doesn't happen when
>>         opening
>>         > the list of applications. I also don't see fade animations
>>         that I
>>         > normally see on a directly connected monitor. I'm puzzled
>>         as to why
>>         > because glxspheres64 is definitely running accelerated so
>>         VirtualGL is
>>         > in use. Does anyone have any ideas how to get these types of
>>         > animations working in Gnome 3?
>>
>>         -- 
>>         You received this message because you are subscribed to the
>>         Google Groups "VirtualGL User Discussion/Support" group.
>>         To unsubscribe from this group and stop receiving emails from
>>         it, send an email to
>>         [email protected]
>>         <mailto:virtualgl-users%[email protected]>.
>>         To view this discussion on the web visit
>>         
>> https://groups.google.com/d/msgid/virtualgl-users/bf2a4a92-6df0-ed17-1c49-f1337dca5813%40virtualgl.org.
>>
>>     -- 
>>     You received this message because you are subscribed to the
>>     Google Groups "VirtualGL User Discussion/Support" group.
>>     To unsubscribe from this group and stop receiving emails from it,
>>     send an email to [email protected]
>>     <mailto:[email protected]>.
>>     To view this discussion on the web visit
>>     
>> https://groups.google.com/d/msgid/virtualgl-users/CAOkj578pz%3DTVr9cwS28nO6jvQkh7G5t8A2WH0s6pr3UVfvOJRw%40mail.gmail.com
>>     
>> <https://groups.google.com/d/msgid/virtualgl-users/CAOkj578pz%3DTVr9cwS28nO6jvQkh7G5t8A2WH0s6pr3UVfvOJRw%40mail.gmail.com?utm_medium=email&utm_source=footer>.
>     -- 
>     You received this message because you are subscribed to the Google
>     Groups "VirtualGL User Discussion/Support" group.
>     To unsubscribe from this group and stop receiving emails from it,
>     send an email to [email protected]
>     <mailto:[email protected]>.
>     To view this discussion on the web visit
>     
> https://groups.google.com/d/msgid/virtualgl-users/82227CE0-0AD5-4C5A-906E-B0DC7BB1C5FB%40virtualgl.org
>     
> <https://groups.google.com/d/msgid/virtualgl-users/82227CE0-0AD5-4C5A-906E-B0DC7BB1C5FB%40virtualgl.org?utm_medium=email&utm_source=footer>.
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "VirtualGL User Discussion/Support" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to [email protected]
> <mailto:[email protected]>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/virtualgl-users/CAOkj5791JSWR9WP5_1B5s7Wyutefwa4suCmFTmemd9C_B%3D4tpw%40mail.gmail.com
> <https://groups.google.com/d/msgid/virtualgl-users/CAOkj5791JSWR9WP5_1B5s7Wyutefwa4suCmFTmemd9C_B%3D4tpw%40mail.gmail.com?utm_medium=email&utm_source=footer>.

-- 
You received this message because you are subscribed to the Google Groups 
"VirtualGL User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/virtualgl-users/9bd9c183-7759-2a76-d830-11b41f745161%40virtualgl.org.

Reply via email to