bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised

[enno]

>>>>> "Stefan Kangas" == Stefan Kangas <stefan@marxist.se> writes:
    >  enno <enno.vet@gmx.net> writes:
    >> [...] the problem is partly still present:
    >> Emacs doesn't react to keyboard entries after having been
    >> minimized via C-z [...]
    >
    > Thanks for reporting back.  Can you reproduce this when running
    > "emacs -Q"?

Slight difference:
Emacs doesn't react to keyboard entries after having been minimized via C-z BUT 
C-x C-f then goes into the minibuffer to find a file (without the -Q option it 
opens a gtk open file dialog).  And after switching buffers, see see, the 
keyboard entries all of a sudden are there in the previous (formerly 'blocked') 
buffer.

    > Could you give a detailed recipe for how to
    > reproduce it?

Launch (|call|execute|run) emacs under xorg, type C-z (that is in emacs-talk: 
hold control key and press z key--this is supposed to minimize emacs into a 
symbol tray status or suchlike).  Then hit M-tab (hold Alt (|Meta) key and 
press Tab key once, this is supposed I suppose in most window managers to 
switch to the most recent other window, so it should bring the minimized emacs 
back to front and focus).  Hit keys sdfghjk (or whatever)--nothing happens in 
the buffer, it looks as if emacs was hung, and so it was in the past when I 
first posted this bug report.

    > Could you please also say which window manager you are using?

enlightenment, in version 0.22.4

    > Best regards, Stefan Kangas

Hope this helps, anyway the problem is negligible now i guess.

Brgds, enno.

--
      //       enno.vet@gmx.net
    /\\\       Mag. Enno Deimel
  .\    o
 \\  \ _  \    Wisely and slow; they stumble that run fast.
\\\     \_/
gpg-fp: eefe b049 6fe6 fc0b 0ec4  f39e af6a c178 eb98 909a