5c33fe4a0a
Starting the animation from the actor 'paint' signal has various unwanted consequences, such as sometimes trigger a clutter_actor_queue_relayout() during the paint phase. One unwanted consequence was that an offscreen actor effect was disabled during painting, meaning the effect would begin being active, but later during the post-paint processing being disabled. The caused said effect to push an offscreen framebuffer to the paint context, but then just destroy it instead of popping it. When this happened, we'd end up trying to operate on a framebuffer that may had been finalized, or not, depending on the garbage collector. Sometimes, for some users, this caused a segmentation fault when trying to pop a matrix from the framebuffer matrix stack. Deal with this more properly, by using the 'view-loaded' signal to wait with animation until the view is loaded, as well as using MetaLater to schedule the start of the animation. For when a view was signalled to be ready, we're in a state where we can start animation before the next frame as the layout is ready, but when not, we have to add back the "hack" where we must wait for one frame for the target icon positions to be up to date. Do this by adding a MetaLater IDLE callback that starts the animation *after* the next frame. This also needs the old 'opacity = 0' work around to not show an incorrect first frame. Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2418 https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1154 |
||
|---|---|---|
| .gitlab/issue_templates | ||
| .gitlab-ci | ||
| .settings | ||
| data | ||
| docs/reference | ||
| js | ||
| lint | ||
| man | ||
| meson | ||
| po | ||
| src | ||
| subprojects | ||
| tests | ||
| tools | ||
| .eslintrc.yml | ||
| .gitignore | ||
| .gitlab-ci.yml | ||
| .gitmodules | ||
| config.h.meson | ||
| COPYING | ||
| gnome-shell.doap | ||
| HACKING.md | ||
| meson_options.txt | ||
| meson.build | ||
| NEWS | ||
| README.md | ||
GNOME Shell
GNOME Shell provides core user interface functions for the GNOME 3 desktop, like switching to windows and launching applications. GNOME Shell takes advantage of the capabilities of modern graphics hardware and introduces innovative user interface concepts to provide a visually attractive and easy to use experience.
For more information about GNOME Shell, including instructions on how to build GNOME Shell from source and how to get involved with the project, see the project wiki.
Bugs should be reported to the GNOME bug tracking system.
Contributing
To contribute, open merge requests at https://gitlab.gnome.org/GNOME/gnome-shell.
Commit messages should follow the GNOME commit message guidelines. We require an URL to either an issue or a merge request in each commit.
License
GNOME Shell is distributed under the terms of the GNU General Public License, version 2 or later. See the COPYING file for details.