Click assist pie timer do not animate anymore.
The new click assist implementation in GNOME 3.34 uses a pie time to notify the user of the dwell click timeout.
Unfortunately, this has now regressed and the animation does not play anymore.
A quick git bisect gave:
0846238f69ad15d5409d0d37360d7a2476b50316 is the first bad commit commit 0846238f69ad15d5409d0d37360d7a2476b50316 Author: Florian Müllner <email@example.com> Date: Fri Jul 20 21:46:19 2018 +0200 js: Use implicit animations for animatable properties We now have everything in place to replace Tweener for all animatable properties with implicit animations, which has the following benefits: - they run entirely in C, while Tweener requires context switches to JS each frame - they are more reliable, as Tweener only detects when an animation is overwritten with another Tween, while Clutter considers any property change https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/22 :040000 040000 35857fd3702ac2e55f6add0ef2c2cb62b21d4111 e87b33ceba7e71efedb4b8d718ab1d7d59f12d7b M js :040000 040000 f45b8804bf38045fef4e43be2541b927884c650f 5f148c3322e973859337a956bc98d4559b06d959 M src
However, while the regression is related to this change, it is also relatedto that other commit:
commit bf497ed643ee77b1439d41356445411b50ce4569 Author: Florian Müllner <firstname.lastname@example.org> Date: Fri Jul 26 02:28:40 2019 +0200 pointerA11yTimeout: Use notify handler instead of onUpdate callback We either need to queue a repaint on opacity updates or we don't, whether the opacity change happens in an animation or not shouldn't matter. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/654
Which bind the repaint to the opacity changes.
As it turns out, if the opacity does not change, there is not repaint.
But @verdre found out, setting the opacity initially to 0 partially solve the problem, except that opacity is not supposed to vary so it's not a valid workaround.