Package: metacity / 1:2.30.1-3

Metadata

Package Version Patches format
metacity 1:2.30.1-3 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
01_Wcast align.patch | (download)

configure.in | 5 0 + 5 - 0 !
1 file changed, 5 deletions(-)

---
02_restart_hint.patch | (download)

src/core/display-private.h | 2 1 + 1 - 0 !
src/core/display.c | 16 4 + 12 - 0 !
src/core/main.c | 5 2 + 3 - 0 !
src/core/session.c | 8 0 + 8 - 0 !
4 files changed, 7 insertions(+), 24 deletions(-)

 [patch] should set restartstylehint to restartifrunning when replaced

This reverts most of commit abbd057eb967e6ab462ffe305f41b2b04d417b25;

 - It's fine to call meta_session_shutdown() after the display
   is closed, since it's talking over the ICE connection
 - We should not call warn_about_lame_clients_and_finish_interact()
   unless we are interacting with the window manager in a session
   save.

However, the part of abbd057 that fixed accessing freed memory was
fixing a real problem; this patches does the same thing in a simpler
way by fixing an obvious type in meta_display_close() where it was
NULL'ing out the local variable 'display' rather than the global
variable 'the_display' and adding keeping the check in meta_finalize()
that was added in abbd057.

The order of calling meta_session_shutdown() and
calling meta_display_close() is reverted back to the old order to
make it clear that it's OK if the display way already closed previously.

http://bugzilla.gnome.org/show_bug.cgi?id=588119

03_gtop_error.patch | (download)

src/core/window-props.c | 11 9 + 2 - 0 !
1 file changed, 9 insertions(+), 2 deletions(-)

---
04_gdk_grab_tracking.patch | (download)

src/core/display-private.h | 7 7 + 0 - 0 !
src/core/display.c | 131 131 + 0 - 0 !
2 files changed, 138 insertions(+)

 [patch] stop confusing gdk's grab tracking

With client side windows, mixing GDK event delivery with explicit calls
to XUngrabPointer() can result in GDK losing button release events
it expects to get. This means that GDK thinks there is an implicit
grab in effect when there is none and send events to the wrong window.

Avoid this by bypassing GDK's event handling for most mouse events.
We do a simplified conversion of the X event into a GdkEvent and send
it to directly to libgtk for delivery.

We make an exception when a GDK grab is already in effect - this is
needed for the correct operation of menus.

http://bugzilla.gnome.org/show_bug.cgi?id=599181

05_36_workspaces.patch | (download)

src/metacity.schemas.in.in | 20 20 + 0 - 0 !
1 file changed, 20 insertions(+)

---
90_autotools.patch | (download)

Makefile.in | 18 10 + 8 - 0 !
aclocal.m4 | 17010 8516 + 8494 - 0 !
config.h.in | 3 3 + 0 - 0 !
configure | 13638 3819 + 9819 - 0 !
doc/Makefile.in | 7 4 + 3 - 0 !
doc/creating_themes/Makefile.in | 3 2 + 1 - 0 !
doc/man/Makefile.in | 3 2 + 1 - 0 !
ltmain.sh | 45 26 + 19 - 0 !
po/Makefile.in.in | 4 2 + 2 - 0 !
src/Makefile.in | 7 4 + 3 - 0 !
src/themes/Makefile.in | 3 2 + 1 - 0 !
src/tools/Makefile.in | 3 2 + 1 - 0 !
src/wm-tester/Makefile.in | 3 2 + 1 - 0 !
13 files changed, 12394 insertions(+), 18353 deletions(-)

---
99_ltmain_as needed.patch | (download)

ltmain.sh | 14 14 + 0 - 0 !
1 file changed, 14 insertions(+)

---