GNU bug report logs - #68235
29.1.90; Switching tabs stops following process output in selected window

Previous Next

Package: emacs;

Reported by: Dan McCarthy <daniel.c.mccarthy <at> gmail.com>

Date: Wed, 3 Jan 2024 20:49:02 UTC

Severity: normal

Found in version 29.1.90

Fixed in version 30.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: daniel.c.mccarthy <at> gmail.com, 68235 <at> debbugs.gnu.org
Subject: bug#68235: 29.1.90; Switching tabs stops following process output in selected window
Date: Thu, 04 Jan 2024 12:42:04 +0200
> Date: Thu, 4 Jan 2024 11:23:45 +0100
> Cc: 68235 <at> debbugs.gnu.org
> From: martin rudalics <rudalics <at> gmx.at>
> 
>  > Martin, is saving and restoring window configuration supposed to
>  > preserve the output following in *compilation* windows?
> 
> It's supposed to preserve markers other than in the selected window.  So
> it will depend on whether the *compilation* window gets selected.  But
> note that 'current-window-configuration' uses
> 'window-point-insertion-type' for the point marker which by default
> stays behind inserted text (IIRC).

So I guess what the OP sees is expected behavior, or am I missing
something?

In general, IME the fact that a window follows the end of compilation
output is indeed very ephemeral in Emacs, so hearing that it happens
as result of tab-bing away doesn't surprise me at all.




This bug report was last modified 1 year and 30 days ago.

Previous Next


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