GNU bug report logs - #63967
28.2; switch-to-buffer in normal window fails if minibuffer window is active

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: al <at> petrofsky.org, rudalics <at> gmx.at, monnier <at> iro.umontreal.ca,
 63967 <at> debbugs.gnu.org
Subject: Re: bug#63967: 28.2; switch-to-buffer in normal window fails if
 minibuffer window is active
Date: Sat, 10 Jun 2023 09:45:11 +0300

> Date: Sat, 10 Jun 2023 06:39:41 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: al <at> petrofsky.org, rudalics <at> gmx.at, monnier <at> iro.umontreal.ca, 
>     63967 <at> debbugs.gnu.org
> 
> I see.  Apparently we don't work the same way.  I didn't have time to 
> investigate this issue further after bisecting, but the first thing I 
> would have done is to determine which of the four calls to 
> Fset_frame_selected_window in that changeset is responsible for that bug.

You assume that the only way to change the selected-window on the C
level is by calling Fset_frame_selected_window?  That's false; just
try grepping the C sources for "selected_window =".  And that's even
before you consider the possibilities of indirect setting, when the
actual setting is in Lisp via some proxy.

Previous Next

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