[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#7013: 23.2; Emacs frame hangs when setting fullscreen parameter to t
bug#7013: 23.2; Emacs frame hangs when setting fullscreen parameter to the same current value
Sun, 12 Sep 2010 15:30:25 +0200
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:18.104.22.168) Gecko/20100825 Thunderbird/3.1.3
Dani Moncayo skrev 2010-09-11 18.37:
My Emacs frame hangs after doing the following:
1.- Start emacs with "emacs -Q"
2.- Evaluate the Elisp sentence "(set-frame-parameter nil 'fullscreen
'maximized)". (this first time the frame gets maximized, OK).
3.- Repeat step (2). --> Now my emacs frame hangs! (C-x C-c still works)
Repeating the maximize sentence didn't have too much sense at that
point, because the frame was already maximized, but hanging is not
like the best behaviour anyway.
That same hanging occurs using other values for 'fullscreen (fullboth,
That's all. Thank you.
This is really a bug in Gtk+ and/or your window manager. Sending many client
messages to change the state seems to throw them off somehow. For example,
the Lucid build has no problems. Sometimes you can make the window responsive
again by iconifying it an restoring it. Also, if you have several frames, you
can switch to another frame and that frame works as normal. Some events are
not getting through to the maximized frame, because Gtk+ or the window manager
is waiting for something.
That said, I made a change so we don't do anything if the requested state is
the same as the current. Also, I reduced the number of client messages.
This is in the emacs-23 branch. It will propagate to the trunk.