GNU bug report logs - #29095
Bug: The '20a09de953f437109a098fa8c4d380663d921481' merge increased my Emacs configuration loading time from 9 s to 60 s

Previous Next

Full log

Message #40 received at 29095 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Noam Postavsky <npostavs <at> users.sourceforge.net>
Cc: 29095 <at> debbugs.gnu.org, Alexander Shukaev <emacs <at> Alexander.Shukaev.name>
Subject: Re: bug#29095: Bug: The '20a09de953f437109a098fa8c4d380663d921481'
 merge increased my Emacs configuration loading time from 9 s to 60 s
Date: Wed, 08 Nov 2017 08:13:22 +0100

> Not sure what Alexander is using, but under i3 the problem is simply
> that the frame doesn't become visible until the user switches to the
> virtual workspace where Emacs is.  So it's not that we have a visible
> frame which the window manager fails to inform us about in time, rather
> the frame just doesn't become visible in time.

But as long as a user doesn't switch to that workspace she won't observe
that making a new frame is slower. So I seem to be missing something.

Anyway, we probably should add to /etc/PROBLEMS lines like

"If a new Emacs frame is supposed to appear on a different virtual
workspace, Emacs may not be notified about the visibility of the frame
until the user switches to that workspace.  If this causes ... one
remedy is to customize ..."

And I'd still be interested in Sasha's use case.

martin

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.