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

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

[Enno]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

emacs24:i386 (24.4+1-5) (debian) seems to become unresponsive after
having been iconised (via C-z).  Apart from the most irritating
flickering of the scrollbar which occurs continuously while typing.
After having reinstantiated emacs from its iconised state the minibuffer
does not echo anything typed.  emacs still reacts to C-x C-c and quits,
but again no echo in the minibuffer.

I'm using e17 as window-manager, but there was no such phenomenon with
emacs23.  Now I'm running emacs24-lucid without trouble.

Brgds, ed.
- -- 
      //       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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlVx6YAACgkQr2rBeOuYkJp3SgCfbiPDWAI5QTJxVt/Wn9wcdAhf
wscAn2kKzhac5ygZ+bro+ksk0cvO9hD9
=KmJ8
-----END PGP SIGNATURE-----

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

[Marcin Borkowski]

On 2015-06-05, at 20:25, Enno <enno.vet@gmx.net> wrote:

> emacs24:i386 (24.4+1-5) (debian) seems to become unresponsive after
> having been iconised (via C-z).  Apart from the most irritating
> flickering of the scrollbar which occurs continuously while typing.
> After having reinstantiated emacs from its iconised state the minibuffer
> does not echo anything typed.  emacs still reacts to C-x C-c and quits,
> but again no echo in the minibuffer.
>
> I'm using e17 as window-manager, but there was no such phenomenon with
> emacs23.  Now I'm running emacs24-lucid without trouble.
>
> Brgds, ed.

Hi Enno,

and thanks for the report.  It seems it went unnoticed - I'm sorry for
that.  Could you tell us whether this issue is still present in current
version of Emacs?

Best,

-- 
Marcin

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

[Stefan Kangas]

Marcin Borkowski <mbork@mbork.pl> writes:

> On 2015-06-05, at 20:25, Enno <enno.vet@gmx.net> wrote:
>
>> emacs24:i386 (24.4+1-5) (debian) seems to become unresponsive after
>> having been iconised (via C-z).  Apart from the most irritating
>> flickering of the scrollbar which occurs continuously while typing.
>> After having reinstantiated emacs from its iconised state the minibuffer
>> does not echo anything typed.  emacs still reacts to C-x C-c and quits,
>> but again no echo in the minibuffer.
>>
>> I'm using e17 as window-manager, but there was no such phenomenon with
>> emacs23.  Now I'm running emacs24-lucid without trouble.
>>
>> Brgds, ed.
>
> Hi Enno,
>
> and thanks for the report.  It seems it went unnoticed - I'm sorry for
> that.  Could you tell us whether this issue is still present in current
> version of Emacs?

Hi Enno,

That was three years ago, so I'm asking the same question again:  Are
you still seeing this on a recent version of Emacs?  The latest version
is 26.3 so perhaps you could try that.

If I don't hear back from you in a couple of weeks, I'm just going to
close this as unreproducible.

Best regards,
Stefan Kangas

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

[enno]

>>>>> "Stefan" == Stefan Kangas <stefan@marxist.se> writes:
    >>> emacs24:i386 (24.4+1-5) (debian) seems to become unresponsive
    >>> after having been iconised (via C-z).  [...]
    > Hi Enno,
    >
    > That was three years ago, so I'm asking the same question again:
    > Are you still seeing this on a recent version of Emacs?  The
    > latest version is 26.3 so perhaps you could try that.
    >
    > If I don't hear back from you in a couple of weeks, I'm just
    > going to close this as unreproducible.
    >
    > Best regards, Stefan Kangas

Dear Stefan,

I'm currently using GNU Emacs 26.1 (build 2, i686-pc-linux-gnu, GTK+ Version 3.24.4) and the problem is partly still present:  Emacs doesn't react to keyboard entries after having been minimized via C-z BUT on C-x C-f it now opens up a gtk find file dialog insto using the minibuffer line that works selecting/opening a file, and after that all is back to normal.

Strange but acceptable.

26.3 doesn't seem to be available in debian testing.

Brgds, e.

--
      //       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

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

[Stefan Kangas]

enno <enno.vet@gmx.net> writes:

> I'm currently using GNU Emacs 26.1 (build 2, i686-pc-linux-gnu, GTK+ Version 3.24.4) and the problem is partly still present:  Emacs doesn't react to keyboard entries after having been minimized via C-z BUT on C-x C-f it now opens up a gtk find file dialog insto using the minibuffer line that works selecting/opening a file, and after that all is back to normal.
>
> Strange but acceptable.

Thanks for reporting back.  Can you reproduce this when running "emacs
-Q"?  Could you give a detailed recipe for how to reproduce it?

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

Best regards,
Stefan Kangas

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

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

[Stefan Kangas]

enno <enno.vet@gmx.net> writes:

>     > 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.

OK.  I guess the next step would be to see what Emacs is doing while
it is blocked.  This would mean providing a C level backtrace using
gdb.  Could you provide such a backtrace?  It's not very complicated,
and the details on how to do it are in the file etc/DEBUG.

AFAIU, if possible, it's best to do this from the current master
branch.  Second best is running the latest released Emacs version
26.3.  Third best is to just use whatever you have installed and hope
this code hasn't changed (that) much since.  (Someone should correct
me if I'm wrong about this.)

>     > Could you please also say which window manager you are using?
>
> enlightenment, in version 0.22.4

Thanks.  One other thing you could try before trying to get a
backtrace:  Does your window manager have any special customization?
Does it help using the default configuration instead?  That might help
to nail it down.

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

Does that mean that it's better now than before?  If yes, how?

Best regards,
Stefan Kangas

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

[Lars Ingebrigtsen]

Stefan Kangas <stefan@marxist.se> writes:

>> Hope this helps, anyway the problem is negligible now i guess.
>
> Does that mean that it's better now than before?  If yes, how?

More information was requested some months ago, but none was received,
so I'm closing this bug report.  If this is still a problem, please
respond to the debbugs mail address, and we'll reopen.

(I'm also unable to reproduce the bug in Emacs 28 under Debian
bullseye.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no