GNU bug report logs - #45844
27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame

Previous Next

Package: emacs;

Reported by: emacser <laszlomail <at> protonmail.com>

Date: Wed, 13 Jan 2021 17:09:02 UTC

Severity: normal

Tags: wontfix

Found in version 27.1

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


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

From: emacser <laszlomail <at> protonmail.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: "45844 <at> debbugs.gnu.org" <45844 <at> debbugs.gnu.org>
Subject: Re: bug#45844: 27.1;
 unwanted raising of other frame when emacs is in the backgound and
 switch-to-buffer is used in a dedicated frame
Date: Wed, 13 Jan 2021 18:49:13 +0000
>
> And 'pop-to-buffer' makes a new frame because it cannot use the selected
> one, raises that frame and even requests input focus for it.

There is no need to create a new frame, since the other frame exists in my case,
but if pop-to-buffer raises that automatically then it's understandable why
it comes to the foreground.

A possible solution for this can be checking if pop-to-buffer is called interactively
by the user. If so then it calls select-frame-set-input-focus like now, if not
then it calls select-frame instead.




This bug report was last modified 4 years and 34 days ago.

Previous Next


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