GNU bug report logs - #76814
31.0.50; NS initial frame not raised

Previous Next

Package: emacs;

Reported by: Ship Mints <shipmints <at> gmail.com>

Date: Fri, 7 Mar 2025 16:58:02 UTC

Severity: normal

Found in version 31.0.50

Full log


View this message in rfc822 format

From: Alan Third <alan <at> idiocy.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: Ship Mints <shipmints <at> gmail.com>, 76814 <at> debbugs.gnu.org
Subject: bug#76814: 31.0.50; NS initial frame not raised
Date: Fri, 7 Mar 2025 20:48:06 +0000
On Fri, Mar 07, 2025 at 08:10:54PM +0000, Stefan Kangas wrote:
> Ship Mints <shipmints <at> gmail.com> writes:
> 
> > This is a behavior difference from 29 and 30.  In my init, I have to
> > manually raise the initial frame to avoid having to search for the new
> > frame using the Mac app switcher.
> 
> I see this behavior with Emacs 28 and 29 too, when starting Emacs from a
> terminal window.  BTW, what is the workaround that you're using?
> 
> Looking into this a little bit, I did find this API:
> 
>     [main_window makeKeyAndOrderFront:nil];
> 
> https://developer.apple.com/documentation/appkit/nswindow/makekeyandorderfront(_:)
> 
> Alan, do you have any ideas or suggestions here?

Not really. I do remember there was a bug report years ago about
new frames not being selected correctly. IIRC we never got to the
bottom of it... Bug#47731. I'm not sure this is the same thing, but
it sounds similar.

Why it would suddenly be more of an issue in Emacs 30? I've no idea.
-- 
Alan Third




This bug report was last modified 97 days ago.

Previous Next


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