GNU bug report logs -
#49959
28.0.50; Emacs got quasi freeze
Previous Next
Reported by: 野宮 賢 / NOMIYA Masaru <m.nomiya <at> gmail.com>
Date: Mon, 9 Aug 2021 15:04:02 UTC
Severity: normal
Tags: moreinfo
Merged with 49955
Found in version 28.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Hello,
In the Message;
Subject : bug#49959: Diff file (Was: Re: bug#49959: 28.0.50; Emacs got quasi freeze)
Message-ID : <c488002b-a106-5634-9835-201a63aa3d35 <at> gmx.at>
Date & Time: Wed, 1 Sep 2021 11:17:27 +0200
[MR] == martin rudalics <rudalics <at> gmx.at> has written:
[...]
MR> ... so please try again with:
MR> Then evaluate
MR> (setq frame-size-history '(100))
MR> switch to the other virtual desktop, switch back to the Emacs
MR> desktop, evaluate
MR> (frame--size-history)
MR> (pop-to-buffer "*frame-size-history*")
MR> and tell me what *frame-size-history* contains now.
Here it is.
Frame size history of #<frame *scratch* - GNU Emacs at linux-egwc 0x2b24880>
set_window_configuration (4), MS=140x150 IH IV
Expose, visible
#<buffer *frame-size-history*>
[...]
MR>>> If you find a transition that you
MR>>> think is not correct, please tell me.
MN> > The transition is corrext, and FRAME is *scratch*.
MR> I meanwhile got around installing Enlightenment here and note that I
MR> cannot deiconify a frame via
MR> (iconify-frame frame)
MR> (make-frame-visible frame)
MR> The frame stays iconified. Can you confirm?
Yes, I can confirm it.
MR> I see the same behavior with GNOME shell - so maybe this is
MR> expected and was so ever since.
Is it?
Anyway, thanks.
---
┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp
┃\/彡
┗━━┛ "No Windows, no gains!" ..... "Why, I am wrong?"
-- Bill --
This bug report was last modified 2 years and 304 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.