Jonathan Corbet <[EMAIL PROTECTED]> 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. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug