unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
@ 2015-06-05 18:25 Enno
  2016-04-09 10:14 ` Marcin Borkowski
  2019-09-26 11:53 ` Stefan Kangas
  0 siblings, 2 replies; 8+ messages in thread
From: Enno @ 2015-06-05 18:25 UTC (permalink / raw)
  To: 20747

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
  2015-06-05 18:25 bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised Enno
@ 2016-04-09 10:14 ` Marcin Borkowski
  2019-09-26 11:53 ` Stefan Kangas
  1 sibling, 0 replies; 8+ messages in thread
From: Marcin Borkowski @ 2016-04-09 10:14 UTC (permalink / raw)
  To: Enno; +Cc: 20747

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
  2015-06-05 18:25 bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised Enno
  2016-04-09 10:14 ` Marcin Borkowski
@ 2019-09-26 11:53 ` Stefan Kangas
  2019-09-30 20:45   ` enno
  1 sibling, 1 reply; 8+ messages in thread
From: Stefan Kangas @ 2019-09-26 11:53 UTC (permalink / raw)
  To: Marcin Borkowski; +Cc: 20747, Enno

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
  2019-09-26 11:53 ` Stefan Kangas
@ 2019-09-30 20:45   ` enno
  2019-09-30 21:27     ` Stefan Kangas
  0 siblings, 1 reply; 8+ messages in thread
From: enno @ 2019-09-30 20:45 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 20747, mbork

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
  2019-09-30 20:45   ` enno
@ 2019-09-30 21:27     ` Stefan Kangas
  2019-10-01 20:45       ` enno
  0 siblings, 1 reply; 8+ messages in thread
From: Stefan Kangas @ 2019-09-30 21:27 UTC (permalink / raw)
  To: enno; +Cc: 20747, Marcin Borkowski

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
  2019-09-30 21:27     ` Stefan Kangas
@ 2019-10-01 20:45       ` enno
  2019-10-02  9:51         ` Stefan Kangas
  0 siblings, 1 reply; 8+ messages in thread
From: enno @ 2019-10-01 20:45 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 20747, mbork

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
  2019-10-01 20:45       ` enno
@ 2019-10-02  9:51         ` Stefan Kangas
  2020-09-22 15:37           ` Lars Ingebrigtsen
  0 siblings, 1 reply; 8+ messages in thread
From: Stefan Kangas @ 2019-10-02  9:51 UTC (permalink / raw)
  To: enno; +Cc: 20747, Marcin Borkowski

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised
  2019-10-02  9:51         ` Stefan Kangas
@ 2020-09-22 15:37           ` Lars Ingebrigtsen
  0 siblings, 0 replies; 8+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-22 15:37 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 20747, enno, Marcin Borkowski

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





^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2020-09-22 15:37 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-06-05 18:25 bug#20747: 24.4; emacs24 seems to become unresponsive after having been iconised Enno
2016-04-09 10:14 ` Marcin Borkowski
2019-09-26 11:53 ` Stefan Kangas
2019-09-30 20:45   ` enno
2019-09-30 21:27     ` Stefan Kangas
2019-10-01 20:45       ` enno
2019-10-02  9:51         ` Stefan Kangas
2020-09-22 15:37           ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).