This patch causes gtk-window-decorator to be unstable.
I ma running Ubuntu 12.04 (Precise) and I built and tested compiz (1:0.9.7.8-0ubuntu1.1) in the precise-proposed wait queue and narrowed down the patch causing the instability to this one. This patch was cherry-picked for the SRU.
With this patch gtk-window-decorator crashes and leaves me without window decorations. The error in .xsession-errors:
The program 'gtk-window-decorator' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 5433 error_code 3 request_code 20 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
The easiest way to reproduce it is using IntelliJ (a Java IDE). Hitting Ctrl+N opens up a small window, and closing it by hitting Esc immediately triggers the gtk-window-decorator crash. I attached a screenshot of IntelliJ with the small popup in the middle.
This patch causes gtk-window- decorator to be unstable. 7.8-0ubuntu1. 1) in the precise-proposed wait queue and narrowed down the patch causing the instability to this one. This patch was cherry-picked for the SRU.
I ma running Ubuntu 12.04 (Precise) and I built and tested compiz (1:0.9.
With this patch gtk-window- decorator crashes and leaves me without window decorations. The error in .xsession-errors:
The program 'gtk-window- decorator' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 5433 error_code 3 request_code 20 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
The easiest way to reproduce it is using IntelliJ (a Java IDE). Hitting Ctrl+N opens up a small window, and closing it by hitting Esc immediately triggers the gtk-window- decorator crash. I attached a screenshot of IntelliJ with the small popup in the middle.