Skip to content
Snippets Groups Projects
  1. Nov 01, 2020
    • Olivier Fourdan's avatar
      Yet more XError traps · 659fd0dd
      Olivier Fourdan authored
      Signed-off-by Olivier Fourdan <fourdan@xfce.org>
      #444
      #436
      #433
      #405
      
      (cherry picked from commit 083e6de0)
      659fd0dd
    • Olivier Fourdan's avatar
      More XErrors traps · 328ced8e
      Olivier Fourdan authored
      
      Previously we would leak error traps in free_win_data() causing
      slowdowns overtime as the list of requests grows.
      
      While fixing the leak is crucial, it also unveiled several places where
      actual error traps are missing, causing xfwm4 to abort more often.
      
      Based on XErrors reported, the issue is triggered when freeing pixmaps
      or render pictures.
      
      Add more XErrors traps to catch those errors.
      
      Signed-off-by: default avatarOlivier Fourdan <fourdan@xfce.org>
      #433
      #435
      #436
      (cherry picked from commit 3119b50b)
      328ced8e
  2. Oct 16, 2020
  3. Sep 28, 2020
  4. Sep 26, 2020
  5. Sep 14, 2020
  6. Sep 02, 2020
  7. Aug 20, 2020
  8. Aug 09, 2020
  9. Aug 08, 2020
    • bob5972's avatar
      Fix errorTrap leak in free_win_data · 168cf03a
      bob5972 authored and Olivier Fourdan's avatar Olivier Fourdan committed
      The function free_win_data() may generate X11 errors as the client
      window may already be gone.
      
      To avoid those, the entire function code is supposed to be enclosed
      within an error trap/push.
      
      A typo in the code would however push twice instead of a balanced
      push/pop which causes the list of event sequences in GDK to grow
      indefinitely, leading to slowdowns as the list grows over time.
      
      Fix the leak by balancing the error push with an error pop at the end
      of the function.
      
      #351
      (cherry picked from commit e6a32cf7)
      168cf03a
    • Olivier Fourdan's avatar
      compositor: use actual atom · ef6ed1fb
      Olivier Fourdan authored
      
      The function compositorCheckCMSelection() would use the atom index in
      our table of atoms, instead of the actual atom, so this is unlikely to
      work as expected.
      
      Fix the code to use the appropriate atom as it should.
      
      Signed-off-by: default avatarOlivier Fourdan <fourdan@xfce.org>
      (cherry picked from commit 78c5dc42)
      ef6ed1fb
  10. Aug 01, 2020
  11. Jul 27, 2020
  12. Jul 26, 2020
  13. Jul 25, 2020
  14. Jul 18, 2020
  15. Jun 24, 2020
  16. Jun 21, 2020
  17. Jun 12, 2020
  18. Jun 11, 2020
  19. May 28, 2020
  20. May 27, 2020
  21. May 26, 2020
  22. May 25, 2020
  23. May 24, 2020
  24. May 23, 2020
  25. May 21, 2020
Loading