GNU bug report logs - #45072
28.0.50; Emacs switches other buffer back uncontrollably, if other window's buffer is changed by user during minibuffer editing

Previous Next

Package: emacs;

Reported by: Jean Louis <bugs <at> gnu.support>

Date: Sun, 6 Dec 2020 14:09:01 UTC

Severity: minor

Tags: fixed

Fixed in version 28.0.50

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

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: Jean Louis <bugs <at> gnu.support>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 45072 <at> debbugs.gnu.org, larsi <at> gnus.org,
 Juri Linkov <juri <at> linkov.net>
Subject: Re: bug#45072: 28.0.50; Emacs switches other buffer back
 uncontrollably, if other window's buffer is changed by user during minibuffer
 editing
Date: Thu, 10 Dec 2020 10:46:28 +0100
> I am trying to see relevance here, maybe I miss something. The
> built-in completion does not replace the window which I am looking it.
> It may make its visible part somewhat smaller, but not replace it.
>
> Then I change buffers in those windows. Apart from being made somewhat
> narrower, windows are not replaced by completion.
>
> And I did not even use completion. I was entering information on minibuffer.
>
>> One thing that has to be considered too is user interaction during
>> completion: Suppose I have one window, the completion mechanism pops up
>> a new one and I delete the old one
>
> I have not ever see that in built-in Emacs completion. But maybe it exists.
>
> I have seen completion poping up new window, but not replacing or
> deleting other window.

All these scenarios are with customizations.  I'm not experienced enough
to tell whether they (can) happen in practice.

martin




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

Previous Next


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