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 <fmuellner@gnome.org>
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 <fmuellner@gnome.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.
Edited by Olivier Fourdan