GNU bug report logs - #55103
29.0.50; Server mode + reuseable-frames + switch-to-buffer-other-window + *scratch* => hang

Previous Next

Package: emacs;

Reported by: Derek Upham <derek_upham <at> mailfence.com>

Date: Mon, 25 Apr 2022 02:44:02 UTC

Severity: normal

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Derek Upham <derek_upham <at> mailfence.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 55103 <at> debbugs.gnu.org
Subject: bug#55103: 29.0.50; Server mode + reuseable-frames + switch-to-buffer-other-window + *scratch* => hang
Date: Mon, 25 Apr 2022 20:49:52 -0700
martin rudalics <rudalics <at> gmx.at> writes:

>> Then t doesn't seem like a very useful value?
>
> Maybe Derek will tell us whether '0' is not sufficient for him.

All of this came from me experimenting with the configuration 
suggested in the Perspective package:

 https://github.com/nex3/perspective-el#some-musings-on-emacs-window-layouts

I guess the author doesn’t use the server.

After looking at the “Action Alists for Buffer Display” docs, I 
tried ‘visible’ and that fixes the problem.  In particular, I 
brought up *scratch* in a separate TTY client, and Emacs filtered 
that display from consideration, like we would want.

Is ‘t’ is ever useful, I wonder?  What other categories are there 
besides visible frames and iconified frames (both covered by ‘0’), 
and this edge case?

Anyway to summarize: this is not a dire problem, it was just weird 
and worth investigating.  The proposed fix works for me.

Thanks,

Derek




This bug report was last modified 3 years and 113 days ago.

Previous Next


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