GNU logs - #76814, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#76814: 31.0.50; NS initial frame not raised
Resent-From: Ship Mints <shipmints@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Mar 2025 16:58:02 +0000
Resent-Message-ID: <handler.76814.B.174136664227725 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 76814 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Ship Mints <shipmints@HIDDEN>
Date: Fri, 7 Mar 2025 11:56:50 -0500
Message-ID: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000f8b02b062fc382e9"
Received-SPF: pass client-ip=2607:f8b0:4864:20::a2f;
 envelope-from=shipmints@HIDDEN; helo=mail-vk1-xa2f.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--000000000000f8b02b062fc382e9
Content-Type: text/plain; charset="UTF-8"

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.

-Stephane

In GNU Emacs 31.0.50 (build 50, x86_64-apple-darwin21.6.0, NS
 appkit-2113.65 Version 12.7.6 (Build 21H1320)) of 2025-03-07 built on
 tlok.local
Repository revision: e35435daf392462440bbc51a5b82d93eea7757c6
Repository branch: master
Windowing system distributor 'Apple', version 10.3.2113
System Description:  macOS 12.7.6

Configured features:
ACL GIF GLIB GMP GNUTLS JPEG LCMS2 LIBXML2 MODULES NOTIFY KQUEUE NS
PDUMPER PNG RSVG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER
WEBP XIM ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  minibuffer-regexp-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util text-property-search time-date subr-x
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren
electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads kqueue cocoa ns lcms2
multi-tty make-network-process tty-child-frames emacs)

Memory information:
((conses 16 40162 9402) (symbols 48 5348 0) (strings 32 12361 1651)
 (string-bytes 1 303863) (vectors 16 9682)
 (vector-slots 8 110223 7824) (floats 8 22 7) (intervals 56 355 0)
 (buffers 992 11))

--000000000000f8b02b062fc382e9
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac=
e">This is a behavior difference from 29 and 30.=C2=A0 In my init, I have t=
o manually raise the initial frame to avoid having to search for the new fr=
ame using the Mac app switcher.</div><div class=3D"gmail_default" style=3D"=
font-family:monospace"><br></div><div class=3D"gmail_default" style=3D"font=
-family:monospace">-Stephane</div><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><br></div><div class=3D"gmail_default" style=3D"font-fa=
mily:monospace">In GNU Emacs 31.0.50 (build 50, x86_64-apple-darwin21.6.0, =
NS<br>=C2=A0appkit-2113.65 Version 12.7.6 (Build 21H1320)) of 2025-03-07 bu=
ilt on<br>=C2=A0tlok.local<br>Repository revision: e35435daf392462440bbc51a=
5b82d93eea7757c6<br>Repository branch: master<br>Windowing system distribut=
or &#39;Apple&#39;, version 10.3.2113<br>System Description: =C2=A0macOS 12=
.7.6<br><br>Configured features:<br>ACL GIF GLIB GMP GNUTLS JPEG LCMS2 LIBX=
ML2 MODULES NOTIFY KQUEUE NS<br>PDUMPER PNG RSVG SQLITE3 THREADS TIFF TOOLK=
IT_SCROLL_BARS TREE_SITTER<br>WEBP XIM ZLIB<br><br>Important settings:<br>=
=C2=A0 value of $LANG: en_US.UTF-8<br>=C2=A0 locale-coding-system: utf-8-un=
ix<br><br>Major mode: Lisp Interaction<br><br>Minor modes in effect:<br>=C2=
=A0 tooltip-mode: t<br>=C2=A0 global-eldoc-mode: t<br>=C2=A0 eldoc-mode: t<=
br>=C2=A0 show-paren-mode: t<br>=C2=A0 electric-indent-mode: t<br>=C2=A0 mo=
use-wheel-mode: t<br>=C2=A0 tool-bar-mode: t<br>=C2=A0 menu-bar-mode: t<br>=
=C2=A0 file-name-shadow-mode: t<br>=C2=A0 global-font-lock-mode: t<br>=C2=
=A0 font-lock-mode: t<br>=C2=A0 blink-cursor-mode: t<br>=C2=A0 minibuffer-r=
egexp-mode: t<br>=C2=A0 line-number-mode: t<br>=C2=A0 indent-tabs-mode: t<b=
r>=C2=A0 transient-mark-mode: t<br>=C2=A0 auto-composition-mode: t<br>=C2=
=A0 auto-encryption-mode: t<br>=C2=A0 auto-compression-mode: t<br><br>Load-=
path shadows:<br>None found.<br><br>Features:<br>(shadow sort mail-extr ema=
csbug lisp-mnt message mailcap yank-media puny<br>dired dired-loaddefs rfc8=
22 mml mml-sec password-cache epa derived epg<br>rfc6068 epg-config gnus-ut=
il text-property-search time-date subr-x<br>mm-decode mm-bodies mm-encode m=
ail-parse rfc2231 mailabbrev gmm-utils<br>mailheader cl-loaddefs cl-lib sen=
dmail rfc2047 rfc2045 ietf-drums<br>mm-util mail-prsvr mail-utils rmc iso-t=
ransl tooltip cconv eldoc paren<br>electric uniquify ediff-hook vc-hooks li=
sp-float-type elisp-mode mwheel<br>term/ns-win ns-win ucs-normalize mule-ut=
il term/common-win tool-bar dnd<br>fontset image regexp-opt fringe tabulate=
d-list replace newcomment<br>text-mode lisp-mode prog-mode register page ta=
b-bar menu-bar rfn-eshadow<br>isearch easymenu timer select scroll-bar mous=
e jit-lock font-lock syntax<br>font-core term/tty-colors frame minibuffer n=
advice seq simple cl-generic<br>indonesian philippine cham georgian utf-8-l=
ang misc-lang vietnamese<br>tibetan thai tai-viet lao korean japanese eucjp=
-ms cp51932 hebrew greek<br>romanian slovak czech european ethiopic indian =
cyrillic chinese<br>composite emoji-zwj charscript charprop case-table epa-=
hook<br>jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button load=
defs<br>theme-loaddefs faces cus-face macroexp files window text-properties=
<br>overlay sha1 md5 base64 format env code-pages mule custom widget keymap=
<br>hashtable-print-readable backquote threads kqueue cocoa ns lcms2<br>mul=
ti-tty make-network-process tty-child-frames emacs)<br><br>Memory informati=
on:<br>((conses 16 40162 9402) (symbols 48 5348 0) (strings 32 12361 1651)<=
br>=C2=A0(string-bytes 1 303863) (vectors 16 9682)<br>=C2=A0(vector-slots 8=
 110223 7824) (floats 8 22 7) (intervals 56 355 0)<br>=C2=A0(buffers 992 11=
))</div></div>

--000000000000f8b02b062fc382e9--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Ship Mints <shipmints@HIDDEN>
Subject: bug#76814: Acknowledgement (31.0.50; NS initial frame not raised)
Message-ID: <handler.76814.B.174136664227725.ack <at> debbugs.gnu.org>
References: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
X-Gnu-PR-Message: ack 76814
X-Gnu-PR-Package: emacs
Reply-To: 76814 <at> debbugs.gnu.org
Date: Fri, 07 Mar 2025 16:58:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 76814 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
76814: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D76814
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#76814: 31.0.50; NS initial frame not raised
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Mar 2025 20:12:01 +0000
Resent-Message-ID: <handler.76814.B76814.174137826512888 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ship Mints <shipmints@HIDDEN>, 76814 <at> debbugs.gnu.org
Cc: Alan Third <alan@HIDDEN>
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
References: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
MIME-Version: 1.0
Date: Fri, 7 Mar 2025 20:10:54 +0000
Message-ID: <CADwFkmkQ6MvLj3aFkJGfge4__c-d+Q0q0Zw1EhVrGj5C4ET3fg@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Ship Mints <shipmints@HIDDEN> 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?

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#76814: 31.0.50; NS initial frame not raised
Resent-From: Ship Mints <shipmints@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Mar 2025 20:13:02 +0000
Resent-Message-ID: <handler.76814.B76814.174137837413048 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: Alan Third <alan@HIDDEN>, 76814 <at> debbugs.gnu.org
MIME-Version: 1.0
References: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
 <CADwFkmkQ6MvLj3aFkJGfge4__c-d+Q0q0Zw1EhVrGj5C4ET3fg@HIDDEN>
In-Reply-To: <CADwFkmkQ6MvLj3aFkJGfge4__c-d+Q0q0Zw1EhVrGj5C4ET3fg@HIDDEN>
From: Ship Mints <shipmints@HIDDEN>
Date: Fri, 7 Mar 2025 15:12:34 -0500
Message-ID: <CAN+1Hboe1Q+837S3B-J3UBDjLXn-h+v3CxbXZah9kWQizRP0hw@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000e5a9d5062fc63ee4"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--000000000000e5a9d5062fc63ee4
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, Mar 7, 2025 at 3:10=E2=80=AFPM Stefan Kangas <stefankangas@HIDDEN=
m> wrote:

> Ship Mints <shipmints@HIDDEN> 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/makekeyandorder=
front(_
> :)
>
> Alan, do you have any ideas or suggestions here?
>

Pretty much this:

  (add-hook 'window-setup-hook
            (lambda ()
              (select-frame-set-input-focus (selected-frame)))

--000000000000e5a9d5062fc63ee4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Fri, Mar 7, 2025 at 3:10=E2=80=AFPM Stefan Kangas &lt;<a href=3D"mailto:=
stefankangas@HIDDEN">stefankangas@HIDDEN</a>&gt; wrote:</span></div><=
/div><div class=3D"gmail_quote gmail_quote_container"><blockquote class=3D"=
gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20=
4,204,204);padding-left:1ex">Ship Mints &lt;<a href=3D"mailto:shipmints@gma=
il.com" target=3D"_blank">shipmints@HIDDEN</a>&gt; writes:<br>
<br>
&gt; This is a behavior difference from 29 and 30.=C2=A0 In my init, I have=
 to<br>
&gt; manually raise the initial frame to avoid having to search for the new=
<br>
&gt; frame using the Mac app switcher.<br>
<br>
I see this behavior with Emacs 28 and 29 too, when starting Emacs from a<br=
>
terminal window.=C2=A0 BTW, what is the workaround that you&#39;re using?<b=
r>
<br>
Looking into this a little bit, I did find this API:<br>
<br>
=C2=A0 =C2=A0 [main_window makeKeyAndOrderFront:nil];<br>
<br>
<a href=3D"https://developer.apple.com/documentation/appkit/nswindow/makeke=
yandorderfront(_" rel=3D"noreferrer" target=3D"_blank">https://developer.ap=
ple.com/documentation/appkit/nswindow/makekeyandorderfront(_</a>:)<br>
<br>
Alan, do you have any ideas or suggestions here?<br></blockquote><div><br><=
/div><div class=3D"gmail_default" style=3D"font-family:monospace">Pretty mu=
ch this:</div><div class=3D"gmail_default" style=3D"font-family:monospace">=
<br></div><div class=3D"gmail_default" style=3D"font-family:monospace">=C2=
=A0 (add-hook &#39;window-setup-hook<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 (lambda ()<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (sele=
ct-frame-set-input-focus (selected-frame)))</div></div></div>

--000000000000e5a9d5062fc63ee4--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76814: 31.0.50; NS initial frame not raised
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Mar 2025 20:49:02 +0000
Resent-Message-ID: <handler.76814.B76814.174138049931226 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76814
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: Ship Mints <shipmints@HIDDEN>, 76814 <at> debbugs.gnu.org
Received: via spool by 76814-submit <at> debbugs.gnu.org id=B76814.174138049931226
          (code B ref 76814); Fri, 07 Mar 2025 20:49:02 +0000
Received: (at 76814) by debbugs.gnu.org; 7 Mar 2025 20:48:19 +0000
Received: from localhost ([127.0.0.1]:50809 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tqecF-00087Z-F0
	for submit <at> debbugs.gnu.org; Fri, 07 Mar 2025 15:48:19 -0500
Received: from dane.soverin.net ([185.233.34.21]:50695)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <alan@HIDDEN>) id 1tqecC-00087D-I0
 for 76814 <at> debbugs.gnu.org; Fri, 07 Mar 2025 15:48:17 -0500
Received: from smtp.soverin.net (c04smtp-lb01.int.sover.in [10.10.4.74])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by dane.soverin.net (Postfix) with ESMTPS id 4Z8dfJ2mppz4K;
 Fri,  7 Mar 2025 20:48:08 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by
 soverin.net (Postfix) with ESMTPSA id 4Z8dfH689gzC1; 
 Fri,  7 Mar 2025 20:48:07 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1741380488; bh=gqqJkcYg33If3kTOjyeQ2gSUPO4QXLfK7V3AfnvB4lM=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=N3X6g/UpKZd1vz8BMb3lVhBkrbRN9ERxZHSPO2EVl1ENLi3WEUYXqLSxbG13+EEfz
 gpf9HPUUJAJve7NRCD9DXMjVhDoGfLigvg1ynAcZuLLl/Gfy8ZdAkjBWcHQgkYKNuI
 YAXDo7yrHRjYvezgizTQLb22UTVCWgoFLyA8gw73ppkXta5IcX5vTW8sD7TrNypnxA
 VwSd6apCP/MG+Tad7jjtINEZkcbYQ/Mz+82d9NUQQmE9CMCHSDu56qosqwcOacuYlW
 NpPOYPQ8nHnnkPgJGXhXDRdsFthHpTFz5Q0D4ED1QjooQuOKQFEF/R9JBGA5tjUL+4
 JuDXpzEnk2d2Q==
X-CM-Analysis: v=2.4 cv=UsCZN/wB c=1 sm=1 tr=0 ts=67cb5b88
 a=UbsBXRcqaZ6D9kgPt/Dvnw==:617 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10
 a=Vs1iUdzkB0EA:10 a=t-IPkPogAAAA:8 a=pGLkceISAAAA:8 a=GI8lSqIsvV9SKG0OfYkA:9
 a=CjuIK1q_8ugA:10 a=zZCYzV9kfG8A:10 a=9MSFP0l5Dcwi9NrB_JPx:22
X-CM-Envelope: MS4xfOIs9TYK8TcB5Vs5Wx9rJo2ltvrd+SZqZ52Nz0U7r7D+mC59n/0cXFxPCdDQfdFeLTSsov6Ys3EU3+YlbUGm3d/esBlaUlDGpT/vs+o9Bs9iTJjEOfxA
 8HhqHmwc9b1zBmcG46VTAaQzK2nGQbOkBUST6qmm2ODuzv2Eae+g7rWNdg8FMtJWLazWEkoQrk66mzItJ5dXbc2VC+FwAgMXlj88bULc3NN5LhrGBRHkvZHI
 oKSv3zOv2aroW4M/aAjHsjbw0YDnnrCfQmGMn0H1aQw=
Received: from localhost (faroe.holly.idiocy.org [local])
 by faroe.holly.idiocy.org (OpenSMTPD) with ESMTPA id f1bef6cb;
 Fri, 7 Mar 2025 20:48:06 +0000 (UTC)
Date: Fri, 7 Mar 2025 20:48:06 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <Z8tbhl7pD54aP384@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Stefan Kangas <stefankangas@HIDDEN>,
 Ship Mints <shipmints@HIDDEN>, 76814 <at> debbugs.gnu.org
References: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
 <CADwFkmkQ6MvLj3aFkJGfge4__c-d+Q0q0Zw1EhVrGj5C4ET3fg@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CADwFkmkQ6MvLj3aFkJGfge4__c-d+Q0q0Zw1EhVrGj5C4ET3fg@HIDDEN>
X-Spampanel-Class: ham
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Fri, Mar 07, 2025 at 08:10:54PM +0000, Stefan Kangas wrote:
> Ship Mints <shipmints@HIDDEN> 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

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76814: 31.0.50; NS initial frame not raised
Resent-From: Ship Mints <shipmints@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Mar 2025 20:55:01 +0000
Resent-Message-ID: <handler.76814.B76814.174138086032224 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76814
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>,  Ship Mints <shipmints@HIDDEN>, 76814 <at> debbugs.gnu.org
Received: via spool by 76814-submit <at> debbugs.gnu.org id=B76814.174138086032224
          (code B ref 76814); Fri, 07 Mar 2025 20:55:01 +0000
Received: (at 76814) by debbugs.gnu.org; 7 Mar 2025 20:54:20 +0000
Received: from localhost ([127.0.0.1]:50833 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tqei3-0008Ng-KX
	for submit <at> debbugs.gnu.org; Fri, 07 Mar 2025 15:54:20 -0500
Received: from mail-ua1-x935.google.com ([2607:f8b0:4864:20::935]:52247)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>)
 id 1tqei0-0008NS-Sf
 for 76814 <at> debbugs.gnu.org; Fri, 07 Mar 2025 15:54:17 -0500
Received: by mail-ua1-x935.google.com with SMTP id
 a1e0cc1a2514c-86b0899ad8bso902596241.0
 for <76814 <at> debbugs.gnu.org>; Fri, 07 Mar 2025 12:54:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1741380851; x=1741985651; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:from:in-reply-to:references:mime-version
 :from:to:cc:subject:date:message-id:reply-to;
 bh=vwChlKsCSpO9rkGj3IDOtTGV7C5i2zN5UACXAdjuH00=;
 b=I73a6XZB1hAQ8gbS7yAoqnVAEQuhypGk0AlBtU/ex8FYVVbQCBCZXmMRRpPEQauRl6
 zImUxoIgwC+FQ5O81nmYcblaDtw4xR0VM+3DnP6dRgLohYi0LejysPYdILUVczRFrECA
 Tbqqov2qhYuH5BvwUZh1w2xlG9LqZmqX9DV+6zZbAudk18YJTDZjbQ+4bMsWuzf130Gc
 o1N5iNvKlsdG3Wfq1scdXFFGuMsqMgAfUirAtqTDSefQjbqKKrLLgGVlTI/tzcruyi8Y
 jyn8uMRt55Z4GoJXr7EjN0A7TrqfDuPzTaWBXcwC59h23Njqbr6qqsuodtEEP2uMYMTc
 8qig==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1741380851; x=1741985651;
 h=to:subject:message-id:date:from:in-reply-to:references:mime-version
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=vwChlKsCSpO9rkGj3IDOtTGV7C5i2zN5UACXAdjuH00=;
 b=P/MfWsBAUQ3qDSx+5lp3Cu5aEqxQ/Yv05fmtzLZl/LxKgxXIj8e4IieeA2oiMMbOn3
 tnBKGRtEeBTe0HNHDeHdUWblPySnNBKsnt/kKJfcZcDewEZN4aVMWhGW54PiYSqUrRYJ
 mvylkmSJwQ3nW8I6Dy4aWXi1dKxeZo4CubaRqLNgt+6hQAODheHCFH5ReTXUNEpoySgD
 /r0ZlcU5uN0ZF7AvgB+cUtbhTGxAJ4QJcg1iBzmCxJDSrtX6eoHFXmWRgXpCKomp1cmO
 pGEtPKJKRHKT/JFO6GcFpadUXKX4dLfZRJIwG9+qu4dRbxa7t8vF+OcaBsXqdLijPMIq
 0Ofg==
X-Forwarded-Encrypted: i=1;
 AJvYcCWq14eufq5Sp2YZy+Os3Qmz+MyxQ5gqMxFyY3fb2h2hQlou3Bv3vs+q4sSu92zfzqNNSkW53Q==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxC34o/5RPxd1Ebj6LA20mEFrWhKHUhfOWP3XE/OE9irn43Jpvs
 YWBJmJec4rZmw4GoPLfg6bLSTHX66O/wKFPo+uHkN3FCenhkSFmV0w4EGq8LOZX95lngu5jrqC9
 i6cWf8VFmIu1pTg1o7AwEqjNL1GQ=
X-Gm-Gg: ASbGnctFooB1iCfFqfyviBnexmSk42iMXR1Boq/lrHylo7xN+LeC9LpDlFMzbl7BvwI
 IOqNEN6Xmy32SrvWHg8bh6c7wDmflg7xY1fJ23jPG+kGYwv588a2h9BzcxtviO23D5ctog4rUVR
 tVs7aejmjru4MSgCSofFkmQ4ZRrw==
X-Google-Smtp-Source: AGHT+IG5ihTA2lEEEj9b9CsyCgtyRBIoDviAMUy8W4e2XpmS6Y2MKMbA0q41Wm96Ccvj5oOM38y8zGPWm8wKTOc1P80=
X-Received: by 2002:a05:6102:3fa7:b0:4bb:9b46:3f8a with SMTP id
 ada2fe7eead31-4c30a5016d4mr4268701137.2.1741380850299; Fri, 07 Mar 2025
 12:54:10 -0800 (PST)
MIME-Version: 1.0
References: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
 <CADwFkmkQ6MvLj3aFkJGfge4__c-d+Q0q0Zw1EhVrGj5C4ET3fg@HIDDEN>
 <Z8tbhl7pD54aP384@HIDDEN>
In-Reply-To: <Z8tbhl7pD54aP384@HIDDEN>
From: Ship Mints <shipmints@HIDDEN>
Date: Fri, 7 Mar 2025 15:53:59 -0500
X-Gm-Features: AQ5f1JrYDCD67NoL57RReo5s_pmag-e34MnzLlpXTRpBnA_pQs0tzyb4jKn-xKg
Message-ID: <CAN+1Hbq5x9pRg798q=WpV2Q=HFWLAn32QFs+KJa8hUhgU0yGeg@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000003b06062fc6d385"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000003b06062fc6d385
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, Mar 7, 2025 at 3:48=E2=80=AFPM Alan Third <alan@HIDDEN> wrote:

> On Fri, Mar 07, 2025 at 08:10:54PM +0000, Stefan Kangas wrote:
> > Ship Mints <shipmints@HIDDEN> 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 ne=
w
> > > 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/makekeyandorder=
front(_
> :)
> >
> > 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.
>

I just tested my 29.4 and it works fine.  I see Gerd added:

  @interface EmacsView : NSView <NSTextInput, NSTextInputClient,
NSWindowDelegate>

where 29.4 was:

  @interface EmacsView : NSView <NSTextInput, NSWindowDelegate>

It's not obvious to me why that would matter but that's the most immediate
thing that jumps out.

--000000000000003b06062fc6d385
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Fri, Mar 7, 2025 at 3:48=E2=80=AFPM Alan Third &lt;<a href=3D"mailto:ala=
n@HIDDEN">alan@HIDDEN</a>&gt; wrote:</span></div></div><div class=
=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd=
ing-left:1ex">On Fri, Mar 07, 2025 at 08:10:54PM +0000, Stefan Kangas wrote=
:<br>
&gt; Ship Mints &lt;<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank=
">shipmints@HIDDEN</a>&gt; writes:<br>
&gt; <br>
&gt; &gt; This is a behavior difference from 29 and 30.=C2=A0 In my init, I=
 have to<br>
&gt; &gt; manually raise the initial frame to avoid having to search for th=
e new<br>
&gt; &gt; frame using the Mac app switcher.<br>
&gt; <br>
&gt; I see this behavior with Emacs 28 and 29 too, when starting Emacs from=
 a<br>
&gt; terminal window.=C2=A0 BTW, what is the workaround that you&#39;re usi=
ng?<br>
&gt; <br>
&gt; Looking into this a little bit, I did find this API:<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0[main_window makeKeyAndOrderFront:nil];<br>
&gt; <br>
&gt; <a href=3D"https://developer.apple.com/documentation/appkit/nswindow/m=
akekeyandorderfront(_" rel=3D"noreferrer" target=3D"_blank">https://develop=
er.apple.com/documentation/appkit/nswindow/makekeyandorderfront(_</a>:)<br>
&gt; <br>
&gt; Alan, do you have any ideas or suggestions here?<br>
<br>
Not really. I do remember there was a bug report years ago about<br>
new frames not being selected correctly. IIRC we never got to the<br>
bottom of it... Bug#47731. I&#39;m not sure this is the same thing, but<br>
it sounds similar.<br>
<br>
Why it would suddenly be more of an issue in Emacs 30? I&#39;ve no idea.<br=
></blockquote><div><font face=3D"monospace"><br></font></div><div><font fac=
e=3D"monospace">I just tested my 29.4 and it <span class=3D"gmail_default" =
style=3D"">works fine.=C2=A0 I see Gerd added:</span></font></div><div><fon=
t face=3D"monospace"><br></font></div><font face=3D"monospace"><span class=
=3D"gmail_default" style=3D"font-family:monospace">=C2=A0=C2=A0</span>@inte=
rface EmacsView : NSView &lt;NSTextInput, NSTextInputClient, NSWindowDelega=
te&gt;</font></div><div class=3D"gmail_quote gmail_quote_container"><font f=
ace=3D"monospace"><br></font></div><div class=3D"gmail_quote gmail_quote_co=
ntainer"><div class=3D"gmail_default" style=3D""><font face=3D"monospace">w=
here 29.4 was:</font></div><div class=3D"gmail_default" style=3D""><font fa=
ce=3D"monospace"><br></font></div><font face=3D"monospace"><span class=3D"g=
mail_default" style=3D"font-family:monospace">=C2=A0=C2=A0</span>@interface=
 EmacsView : NSView &lt;NSTextInput, NSWindowDelegate&gt;<br></font><div><f=
ont face=3D"monospace">=C2=A0</font></div><div><div class=3D"gmail_default"=
 style=3D""><font face=3D"monospace">It&#39;s not obvious to me why that wo=
uld matter but that&#39;s the most immediate thing that jumps out.</font></=
div><br></div></div></div>

--000000000000003b06062fc6d385--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76814: 31.0.50; NS initial frame not raised
Resent-From: Ship Mints <shipmints@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Mar 2025 20:58:01 +0000
Resent-Message-ID: <handler.76814.B76814.1741381079439 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76814
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>,  Ship Mints <shipmints@HIDDEN>, 76814 <at> debbugs.gnu.org
Received: via spool by 76814-submit <at> debbugs.gnu.org id=B76814.1741381079439
          (code B ref 76814); Fri, 07 Mar 2025 20:58:01 +0000
Received: (at 76814) by debbugs.gnu.org; 7 Mar 2025 20:57:59 +0000
Received: from localhost ([127.0.0.1]:50842 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tqela-000070-Sk
	for submit <at> debbugs.gnu.org; Fri, 07 Mar 2025 15:57:59 -0500
Received: from mail-ua1-x92e.google.com ([2607:f8b0:4864:20::92e]:61667)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>)
 id 1tqelY-00006m-5J
 for 76814 <at> debbugs.gnu.org; Fri, 07 Mar 2025 15:57:57 -0500
Received: by mail-ua1-x92e.google.com with SMTP id
 a1e0cc1a2514c-868da0af0fcso1005149241.2
 for <76814 <at> debbugs.gnu.org>; Fri, 07 Mar 2025 12:57:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1741381070; x=1741985870; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:from:in-reply-to:references:mime-version
 :from:to:cc:subject:date:message-id:reply-to;
 bh=Vnc0McSJAHlP1n/zuxji0+MJLVRDwLHkX+K8yE+/bWE=;
 b=Gdjb/Qi/amSi7so8h28eCOdx1nuWX5m0ygTvMxOU57H8g6Po4pFmbC6J9Vjpi4TNo7
 WeEQ7LtyiDgsLSjAsk7ksUGwvailAqamV3YRnTMcAx8BoUXveC/QtK3HL76CT/HSasNs
 dOZhi0Ve7NKlQFhMmQDOjdag33UmQeyEYSkJy7pJK/RDLbdpRHIFQclayR71nWx7a5ap
 qhQ8KNOW9uNvJ0pLNibn1NGaNGfHE+r0TjJ4Ba/8p/Dy2d/eE3B+KgmzltudkyawTrRW
 rNNiSihNdaO4P+thhNESsPcwAxDDICvXWrJ7KXb2XNT3eLmWtmHm9bfqDFpd8yecz5ST
 VueQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1741381070; x=1741985870;
 h=to:subject:message-id:date:from:in-reply-to:references:mime-version
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=Vnc0McSJAHlP1n/zuxji0+MJLVRDwLHkX+K8yE+/bWE=;
 b=WyZH8z9b0pjadOpTkuGtsYdVBrBzEdwXzNxFh3yyXDViplE3uGcCpfKnHtA90vSo2U
 KzGM2kKUFQp8HKWs8VYc5tTAXMDSECt5eUDmFt5eHzsri70IgCDntekqayuXMhK/aqBL
 dGDBPzmNbxEOGmRyUNgZ0WRFbYPKULfgvg2eyEXNLF/vA7mGy1FzJRYQfyx70CZ4itdL
 +n5VmZNY1SAhn7iYJIB7d5N7H6SaTYCJ8TlV0Y21KbexnScrqRYPRcE8o4EdxdySPXUi
 dZ8Qy61zRaX1dOIa44vBtC2Kyt2y+aZ4rUrAC73NTmOLbEEeArTqcZLZnsq4zibRCuzF
 2ahg==
X-Forwarded-Encrypted: i=1;
 AJvYcCWe6ru4GrRPEGFy+uSOHalhYLAEBIPF4HJfXufGML2pYBxofm4PBkvlZiuZP+oC3OvriOi1KQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Yx1s7hdioEw+MxLovp+MsHNwFjEBL7V4ZF3rmtUQlVynEn82ZYV
 9BJLcZkjNHSZ8PB4WuRGqFxCW5M+NLOg4wvn/yCKol3fOru1oSy2CWLMr22Cs60BfmlzxRcMlTa
 6AJ3TjaKa7uxCQRmsya5wLyrh+M3phQ==
X-Gm-Gg: ASbGncvWX1Gjckl1ivXJPeMc2qmC2B0kQdhTDq2zYD6+4rDxwD/SCYJYQUXw2S4zobh
 JlmUrDUcVSl8/SrG1WT1gvPrdo8pPDju6PaMRVOluLhtark2C560UNjlTQ0FlEBGTKPHz3UcFAL
 Ptzs9zSNUGtl+vWF+s7qA8DdI3iw==
X-Google-Smtp-Source: AGHT+IEF8RD8PzD6jbqu75lfStSyZjiGYi0zEe+h5tBDHru6NGfb0SBpJL7xW9xOgNM1R27py/SFIDXrfLx7/fLeMSA=
X-Received: by 2002:a05:6102:578f:b0:4c3:858:f07c with SMTP id
 ada2fe7eead31-4c30a5ec5e7mr3669158137.14.1741381070502; Fri, 07 Mar 2025
 12:57:50 -0800 (PST)
MIME-Version: 1.0
References: <CAN+1Hbr6nXfeXEJak+XZAK3oFZVxz2wBkXg3sjdn2ma4b8abOw@HIDDEN>
 <CADwFkmkQ6MvLj3aFkJGfge4__c-d+Q0q0Zw1EhVrGj5C4ET3fg@HIDDEN>
 <Z8tbhl7pD54aP384@HIDDEN>
 <CAN+1Hbq5x9pRg798q=WpV2Q=HFWLAn32QFs+KJa8hUhgU0yGeg@HIDDEN>
In-Reply-To: <CAN+1Hbq5x9pRg798q=WpV2Q=HFWLAn32QFs+KJa8hUhgU0yGeg@HIDDEN>
From: Ship Mints <shipmints@HIDDEN>
Date: Fri, 7 Mar 2025 15:57:39 -0500
X-Gm-Features: AQ5f1Jqa8l7vYnhAP9ZRaZVrea00BriDpcO0LROapyV7CC6cyX8-_RcSu0QRKUQ
Message-ID: <CAN+1Hbom0F09NgTfAQER0JPiWmZxbPfnUjK28L+VEpDnB09CYQ@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000204068062fc6e084"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000204068062fc6e084
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, Mar 7, 2025 at 3:53=E2=80=AFPM Ship Mints <shipmints@HIDDEN> wro=
te:

> On Fri, Mar 7, 2025 at 3:48=E2=80=AFPM Alan Third <alan@HIDDEN> wrote=
:
>
>> On Fri, Mar 07, 2025 at 08:10:54PM +0000, Stefan Kangas wrote:
>> > Ship Mints <shipmints@HIDDEN> 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 n=
ew
>> > > 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/makekeyandorde=
rfront(_
>> :)
>> >
>> > 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.
>>
>
> I just tested my 29.4 and it works fine.  I see Gerd added:
>
>   @interface EmacsView : NSView <NSTextInput, NSTextInputClient,
> NSWindowDelegate>
>
> where 29.4 was:
>
>   @interface EmacsView : NSView <NSTextInput, NSWindowDelegate>
>
> It's not obvious to me why that would matter but that's the most immediat=
e
> thing that jumps out.
>

I built master without NSTextInputClient and still the same so that's a red
herring.

--000000000000204068062fc6e084
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Fri, Mar 7, 2025 at 3:53=E2=80=AFPM Ship Mints &lt;<a href=3D"mailto:shi=
pmints@HIDDEN">shipmints@HIDDEN</a>&gt; wrote:</span></div></div><div=
 class=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div style=3D"font-fa=
mily:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">On F=
ri, Mar 7, 2025 at 3:48=E2=80=AFPM Alan Third &lt;<a href=3D"mailto:alan@id=
iocy.org" target=3D"_blank">alan@HIDDEN</a>&gt; wrote:</span></div></di=
v><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">On Fri, Mar 07, 2025 at 08:10:54PM +0000, Stefan Kangas wrote:<br>
&gt; Ship Mints &lt;<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank=
">shipmints@HIDDEN</a>&gt; writes:<br>
&gt; <br>
&gt; &gt; This is a behavior difference from 29 and 30.=C2=A0 In my init, I=
 have to<br>
&gt; &gt; manually raise the initial frame to avoid having to search for th=
e new<br>
&gt; &gt; frame using the Mac app switcher.<br>
&gt; <br>
&gt; I see this behavior with Emacs 28 and 29 too, when starting Emacs from=
 a<br>
&gt; terminal window.=C2=A0 BTW, what is the workaround that you&#39;re usi=
ng?<br>
&gt; <br>
&gt; Looking into this a little bit, I did find this API:<br>
&gt; <br>
&gt;=C2=A0 =C2=A0 =C2=A0[main_window makeKeyAndOrderFront:nil];<br>
&gt; <br>
&gt; <a href=3D"https://developer.apple.com/documentation/appkit/nswindow/m=
akekeyandorderfront(_" rel=3D"noreferrer" target=3D"_blank">https://develop=
er.apple.com/documentation/appkit/nswindow/makekeyandorderfront(_</a>:)<br>
&gt; <br>
&gt; Alan, do you have any ideas or suggestions here?<br>
<br>
Not really. I do remember there was a bug report years ago about<br>
new frames not being selected correctly. IIRC we never got to the<br>
bottom of it... Bug#47731. I&#39;m not sure this is the same thing, but<br>
it sounds similar.<br>
<br>
Why it would suddenly be more of an issue in Emacs 30? I&#39;ve no idea.<br=
></blockquote><div><font face=3D"monospace"><br></font></div><div><font fac=
e=3D"monospace">I just tested my 29.4 and it <span class=3D"gmail_default">=
works fine.=C2=A0 I see Gerd added:</span></font></div><div><font face=3D"m=
onospace"><br></font></div><font face=3D"monospace"><span class=3D"gmail_de=
fault" style=3D"font-family:monospace">=C2=A0=C2=A0</span>@interface EmacsV=
iew : NSView &lt;NSTextInput, NSTextInputClient, NSWindowDelegate&gt;</font=
></div><div class=3D"gmail_quote"><font face=3D"monospace"><br></font></div=
><div class=3D"gmail_quote"><div><font face=3D"monospace">where 29.4 was:</=
font></div><div><font face=3D"monospace"><br></font></div><font face=3D"mon=
ospace"><span class=3D"gmail_default" style=3D"font-family:monospace">=C2=
=A0=C2=A0</span>@interface EmacsView : NSView &lt;NSTextInput, NSWindowDele=
gate&gt;<br></font><div><font face=3D"monospace">=C2=A0</font></div><div><d=
iv><font face=3D"monospace">It&#39;s not obvious to me why that would matte=
r but that&#39;s the most immediate thing that jumps out.</font></div></div=
></div></div></blockquote><div><br></div><div><div class=3D"gmail_default" =
style=3D"font-family:monospace">I built master without NSTextInputClient an=
d still the same so that&#39;s a red herring.</div></div></div></div>

--000000000000204068062fc6e084--

Last modified: Fri, 7 Mar 2025 21:00:03 UTC

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