ba23279f1f
On some touchpads/laptops, the swipe gesture to open the overview can be performed so fast, that it starts and ends in between two frames. Now when this happens, and the gesture ended with too little movement to confidently say the user intended to open the overview, we'll close the overview again. While closing the overview, we freeze the layout of the Workspace in order to avoid changes to windows messing with the animation. This means that in the case described above, we freeze the layout even before the first frame of the opening animation happens. No frames being drawn also means no allocations happening, and since we create this._layout in vfunc_allocate(), this means that on the first allocation cycle of the overview we'll see this._layoutFrozen = true, but will also not have a this._layout nor this._windowSlots. This creates an annoying visual glitch where for a split second all the windows disappear (overview is visible but no WindowPreviews get allocated). To fix this, force creating a layout on the first allocation cycle, even if the layout is currently frozen. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2203> |
||
---|---|---|
.. | ||
dbusServices | ||
gdm | ||
misc | ||
perf | ||
portalHelper | ||
ui | ||
js-resources.gresource.xml | ||
meson.build | ||
portal-resources.gresource.xml |