[Bug 129916] Changed - breaks xemacs maximisation

[bugzilla-daemon@widget.gnome.org]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

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

Changed by readams@hmc.edu.

--- shadow/129916	Tue Dec 23 16:48:19 2003
+++ shadow/129916.tmp.22683	Tue Dec 23 17:48:48 2003
@@ -1,13 +1,13 @@
 Bug#: 129916
 Product: metacity
 Version: 2.6.x
 OS: Linux
 OS Details: Debian Unstable, Metacity 2.6.3
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: NOTGNOME
 Severity: normal
 Priority: Normal
 Component: general
 AssignedTo: metacity-maint@bugzilla.gnome.org                            
 ReportedBy: seb128@debian.org               
 QAContact: metacity-qa-maint@bugzilla.gnome.org
@@ -39,6 +39,18 @@
 really sure what was changed in metacity 2.6.2 to bring out this
 behavior in xemacs, but if it's not metacity that's looping, I'd be
 surprised if this is a bug in metacity.
 
 I'll go ahead and test out this on xemacs to try to see what's going
 on before I mark NOTGNOME though.
+
+------- Additional Comments From readams@hmc.edu  2003-12-23 17:48 -------
+OK I reproduced this problem;  The moral of the story is that metacity
+maximizes the window and then it's just sitting there while xemacs
+freaks out doing god only knows what; it's not in some sort of window
+property ping pong with metacity or anything like that, so I'd have to
+so that is an xemacs bug.
+
+You can verify this by running metacity in verbose mode:
+METACITY_USE_LOGFILE METACITY_VERBOSE metacity --replace
+tail -f /tmp/metacity-*
+