GNU bug report logs - #31695
minibuffer command takes window-point from another frame displaying the same buffer

Previous Next

Package: emacs;

Reported by: Madhu <enometh <at> meer.net>

Date: Sun, 3 Jun 2018 07:33:03 UTC

Severity: normal

Tags: confirmed, fixed

Merged with 19930

Found in versions 24.3, 25.0.50

Fixed in version 26.2

Done: Noam Postavsky <npostavs <at> gmail.com>

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: enometh <at> meer.net, 31695 <at> debbugs.gnu.org
Subject: bug#31695: bug-gnu-emacs <at> gnu.org
Date: Thu, 07 Jun 2018 18:30:18 +0300
> Date: Thu, 07 Jun 2018 10:39:13 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> 
>  > Now select frame $b, and execute some minibuffer command:
>  > M-: 1
>  >
>  > The point in the window of frame $b, which was at the bottom now jumps
>  > to the top of the buffer.  (This corresponds with the point in the
>  > buffer in the other frame where it is displayed.
> 
> This should be fixed now on the Emacs 26.2 release branch.

Are you sure it's a good idea to put this on the emacs-26 branch?
This bug is a mere annoyance, and happens with quite a peculiar frame
configuration that's probably rarely used, judging by the time it took
us to collect only 2 reports about it, since the bug was introduced.
OTOH, we have a somewhat poor record regarding correctness in that
area, so it's quite possible this fix introduces some new issue.

So unless you are really, REALLY sure this should go to emacs-26, I'd
prefer to have it on master, and let the dust settle on it before we
decide it's TRT.

Thanks for working on this and for finding a fix.

> Belated thanks for the simple recipe, martin

Seconded.




This bug report was last modified 7 years and 41 days ago.

Previous Next


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