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

Previous Next

Full log

View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Madhu <enometh <at> meer.net>, 31695 <at> debbugs.gnu.org
Subject: bug#31695: bug-gnu-emacs <at> gnu.org
Date: Sun, 03 Jun 2018 14:21:58 +0200

> The window-point jumps unexpectedly after minibuffer interaction when a
> buffer is being displayed in two frames, and the frames do not have
> their own minibuffers.
>
> To reproduce: emacs -Q -D and create two frames displaying some buffer
> at different points
>
> (with-selected-frame (setq $a (make-frame '((minibuffer))))
>    (let ((enable-local-variables :all))
>      (view-emacs-news)
>      (beginning-of-buffer)))
>
> (with-selected-frame (setq $b (make-frame '((minibuffer))))
>    (let ((enable-local-variables :all))
>      (view-emacs-news)
>      (end-of-buffer)))
>
> 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 works correctly here in Emacs 23.4.1 and is broken in 24.5.50.1.
If Eli doesn't come up with a clue, could someone with a fast machine
please try to bisect this.

Thanks in advance, martin

Previous Next

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