Re: Strange lockup with metacity

[Chong Yidong]

Jonathan Corbet <address@hidden> writes:

> I'm seeing a strange problem with 22.0.91.1 on an x86-64 Fedora rawhide
> system (22.0.90 had it too).  Almost everything works great, but any
> attempt to resize an emacs frame using the window manager locks things
> up.  Essentially, metacity grabs the mouse then stops, waiting for
> something; the only way to get my desktop back is to restart metacity
> from somewhere else.
>
> This does not happen with any other application; it also does not happen
> with emacs 21.  Clearly, emacs 22 pretest is doing something
> differently, and it's creating weirdness.  I'm not sure how to try to
> debug this, but thought I would toss it out there.  If there's further
> information I could get to help track it down, let me know and I'll do
> my best.

It does not happen for me on Ubuntu Dapper (Metacity 2.14.5).  We need
more information: does it happen with `emacs -Q', and when Emacs is
compiled with/without GTK support?  Please provide the information
given using M-x report-emacs-bug RET.