1. 03 May, 2019 2 commits
  2. 02 May, 2019 24 commits
  3. 30 Apr, 2019 4 commits
    • Marco Trevisan's avatar
    • Marco Trevisan's avatar
      compositor: Disconnect from stage signals on destruction · 3ba79961
      Marco Trevisan authored
      From this point there's not any need for the compositor to listen to signals
      so we can disconnect from the stage ones we are connected to.
    • Marco Trevisan's avatar
      compositor: Destroy window actors list on destruction · 7718e67f
      Marco Trevisan authored
      When the compositor is destroyed we should cleanup the list of window actors we
      created and destroy them.
      Since all the actors are added to the window_group or top_window_group we can
      just destroy these containers (together with the feedback_group), and simply
      free the windows list.
      This is particularly needed under X11 because before we destroy the display, we
      might do some cleanups as detaching the surface pixmaps and freeing the damages
      and if this happens at later point (for example when triggered by garbage
      collector in gnome-shell), we might crash because the x11 dpy reference is
      already gone.
      Destroying the window actors instead, ensures we avoid any further call to X11
      related functions and that we release the actors XServer resources.
      Fixes #576
    • Carlos Garnacho's avatar
      clutter: Use g_signal_handler_disconnect to disconnect frequent signal · ba8f5a11
      Carlos Garnacho authored
      Clutter does the nicety of connecting just created PangoContexts to
      ClutterBackend signals in order to update it on resolution/font changes.
      However the way the signals are disconnected (automatically via
      g_signal_connect_object() auto-disconnect feature) may incur into
      performance issues with a high enough number of ClutterActors with a
      PangoContext (eg. ClutterText) as the lookup by closure is linear across
      all signals and handlers.
      Keep the handler IDs around, and disconnect them specifically on dispose
      so it is more O(1)-ish.
      Related: #556
  4. 29 Apr, 2019 1 commit
    • Ray Strode's avatar
      window: free close dialog before unmanaging window from compositor · 502da973
      Ray Strode authored
      When an application stops responding, the shell darkens its windows.
      If a window from a not-responding application gets unmanaged
      then the shell will currently throw an exception trying to retrieve
      the now-dissociated window actor.
      That leads to a "stuck window" ghost on screen and a traceback
      in the log.
      This commit addresses the problem by making sure the effect is cleaned
      up before the actor is disocciated from its window.
  5. 26 Apr, 2019 1 commit
  6. 24 Apr, 2019 1 commit
  7. 19 Apr, 2019 2 commits
  8. 18 Apr, 2019 5 commits