GNU logs - #79783, boring messages

Message sent to app-emacs-dev@HIDDEN, juri@HIDDEN, spwhitton@HIDDEN, bug-gnu-emacs@HIDDEN:

Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Spencer Baugh <sbaugh@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: app-emacs-dev@HIDDEN, juri@HIDDEN, spwhitton@HIDDEN, bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Nov 2025 18:25:01 +0000
Resent-Message-ID: <handler.79783.B.176253984610594 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 79783 <at> debbugs.gnu.org
Cc: app-emacs-dev@HIDDEN, juri@HIDDEN, spwhitton@HIDDEN
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Fri, 07 Nov 2025 13:23:52 -0500
Message-ID: <iercy5t4s7b.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=64.215.233.18; envelope-from=sbaugh@HIDDEN;
 helo=mxout5.mail.janestreet.com
X-Spam_score_int: -43
X-Spam_score: -4.4
X-Spam_bar: ----
X-Spam_report: (-4.4 / 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,
 RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.9 (/)
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.1 (/)


If you run "emacs" and your config has an error, the first frame will
display the *Warnings* buffer, containing a nice warning message
informing you of this fact.

However, if you run emacs --daemon and then connect to it with
emacsclient, the first frame won't say any such thing.

I suggest we should somehow fix this.  At my site, this is a common
source of confusion: users have a broken configuration and they don't
know it, because they exclusively use "emacsclient -a ''" (which
automatically starts emacs --daemon) to run Emacs.

More generally, warnings can be emitted while emacs --daemon is starting
up, and then those warnings aren't displayed to users in the first
frame, even though they might be important.

Perhaps emacs --daemon should set up a hook which shows *Warnings* in
the first (non-daemon) frame created?



In GNU Emacs 30.1.90 (build 78, x86_64-pc-linux-gnu, X toolkit, cairo
 version 1.15.12, Xaw scroll bars) of 2025-11-04 built on
 igm-qws-u22796a
Repository revision: 835dea1902d82826d77a620744c5c82902369ec4
Repository branch: emacs-30
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Rocky Linux 8.10 (Green Obsidian)

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: Spencer Baugh <sbaugh@HIDDEN>
Subject: bug#79783: Acknowledgement (30.1.90; emacs --daemon users don't
 see warnings emitted during startup)
Message-ID: <handler.79783.B.176253984610594.ack <at> debbugs.gnu.org>
References: <iercy5t4s7b.fsf@HIDDEN>
X-Gnu-PR-Message: ack 79783
X-Gnu-PR-Package: emacs
Reply-To: 79783 <at> debbugs.gnu.org
Date: Fri, 07 Nov 2025 18:25: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.

As you requested using X-Debbugs-CC, your message was also forwarded to
  app-emacs-dev@HIDDEN, juri@HIDDEN, spwhitton@HIDDEN
(after having been given a bug report number, if it did not have one).

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 79783 <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
79783: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D79783
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Sean Whitton <spwhitton@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Nov 2025 21:57:02 +0000
Resent-Message-ID: <handler.79783.B79783.176255261510665 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: juri@HIDDEN, app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org
Feedback-ID: 20115:3760:null:purelymail
From: Sean Whitton <spwhitton@HIDDEN>
In-Reply-To: <iercy5t4s7b.fsf@HIDDEN>
References: <iercy5t4s7b.fsf@HIDDEN>
Date: Fri, 07 Nov 2025 21:56:46 +0000
Message-ID: <87o6pdcxr5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello,

On Fri 07 Nov 2025 at 01:23pm -05, Spencer Baugh wrote:

> If you run "emacs" and your config has an error, the first frame will
> display the *Warnings* buffer, containing a nice warning message
> informing you of this fact.
>
> However, if you run emacs --daemon and then connect to it with
> emacsclient, the first frame won't say any such thing.
>
> I suggest we should somehow fix this.  At my site, this is a common
> source of confusion: users have a broken configuration and they don't
> know it, because they exclusively use "emacsclient -a ''" (which
> automatically starts emacs --daemon) to run Emacs.
>
> More generally, warnings can be emitted while emacs --daemon is starting
> up, and then those warnings aren't displayed to users in the first
> frame, even though they might be important.

Thanks for bringing this up.  This is indeed a frustrating problem if
you exclusively open frames with emacsclient, which is what I do, too.

Sometimes Emacs only made it halfway through your init.el before there
was an error.  So now only half of your customisations are loaded, and
it isn't obvious that there is any problem.  You start doing things and
then suddenly one of your bindings doesn't work even though everything
else was working as expected.

> Perhaps emacs --daemon should set up a hook which shows *Warnings* in
> the first (non-daemon) frame created?

That sounds like a good solution to me.  If we do it with
after-make-frame-functions then it would be easy to opt-out of it.
Or it could be opt-in.

-- 
Sean Whitton

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Colin Baxter <m43cap@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 08 Nov 2025 08:43:02 +0000
Resent-Message-ID: <handler.79783.B79783.176259136010960 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Sean Whitton <spwhitton@HIDDEN>
Cc: Spencer Baugh <sbaugh@HIDDEN>, app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org, juri@HIDDEN
Reply-To: m43cap@HIDDEN
From: Colin Baxter <m43cap@HIDDEN>
In-Reply-To: <87o6pdcxr5.fsf@HIDDEN>
References: <iercy5t4s7b.fsf@HIDDEN>
 <87o6pdcxr5.fsf@HIDDEN>
Date: Sat, 08 Nov 2025 08:42:24 +0000
Message-ID: <87tsz4hq4v.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (gnu/linux)
Face: iVBORw0KGgoAAAANSUhEUgAAAEkAAAATAgMAAAChCMjeAAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEX/zAABCWP///8I
 RHjYAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB+UFEAk5BvqS634A
 AAAbSURBVBjTY2BgCA1hYA0FAxDDgQEERsXoIAYA2F9Eb3cpB+AAAAAldEVYdGRhdGU6Y3JlYXRl
 ADIwMjEtMDUtMTZUMTA6NTY6MTcrMDE6MDCh/kkpAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA1
 LTE2VDA5OjU3OjA2KzAxOjAwTyZ6HwAAAABJRU5ErkJggg==
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

>>>>> Sean Whitton <spwhitton@HIDDEN> writes:

    > Hello,
    > On Fri 07 Nov 2025 at 01:23pm -05, Spencer Baugh wrote:

    >> If you run "emacs" and your config has an error, the first frame
    >> will display the *Warnings* buffer, containing a nice warning
    >> message informing you of this fact.
    >> 
    >> However, if you run emacs --daemon and then connect to it with
    >> emacsclient, the first frame won't say any such thing.
    >> 
    >> I suggest we should somehow fix this.  At my site, this is a
    >> common source of confusion: users have a broken configuration and
    >> they don't know it, because they exclusively use "emacsclient -a
    >> ''" (which automatically starts emacs --daemon) to run Emacs.
    >> 
    >> More generally, warnings can be emitted while emacs --daemon is
    >> starting up, and then those warnings aren't displayed to users in
    >> the first frame, even though they might be important.

    > Thanks for bringing this up.  This is indeed a frustrating problem
    > if you exclusively open frames with emacsclient, which is what I
    > do, too.

    > Sometimes Emacs only made it halfway through your init.el before
    > there was an error.  So now only half of your customisations are
    > loaded, and it isn't obvious that there is any problem.  You start
    > doing things and then suddenly one of your bindings doesn't work
    > even though everything else was working as expected.

    >> Perhaps emacs --daemon should set up a hook which shows
    >> *Warnings* in the first (non-daemon) frame created?

    > That sounds like a good solution to me.  If we do it with
    > after-make-frame-functions then it would be easy to opt-out of it.
    > Or it could be opt-in.

My suggestion is to insert messages at various places throughout
~/.emacs. If emacs --daemon="name" <RET> fails at any point then the output
of messages does not complete and you know something is wrong. This
works for me.   

Best wishes, Colin.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Sean Whitton <spwhitton@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 08 Nov 2025 12:29:02 +0000
Resent-Message-ID: <handler.79783.B79783.176260490223443 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Colin Baxter <m43cap@HIDDEN>
Cc: Spencer Baugh <sbaugh@HIDDEN>, app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org, juri@HIDDEN
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176260490223443
          (code B ref 79783); Sat, 08 Nov 2025 12:29:02 +0000
Received: (at 79783) by debbugs.gnu.org; 8 Nov 2025 12:28:22 +0000
Received: from localhost ([127.0.0.1]:51261 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vHi3J-000663-Nd
	for submit <at> debbugs.gnu.org; Sat, 08 Nov 2025 07:28:21 -0500
Received: from sendmail.purelymail.com ([34.202.193.197]:50116)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <spwhitton@HIDDEN>)
 id 1vHi3G-00065f-Vc
 for 79783 <at> debbugs.gnu.org; Sat, 08 Nov 2025 07:28:19 -0500
DKIM-Signature: a=rsa-sha256;
 b=hK4Y9l2MLSzRRnmqwKqEudemK936eRfG9Xf+pKq0ETBtfHifrbM/7P70s5TUGjtZ/DxfiaGnEZzhBQ0nea2n3d6tOWYchY8zCkD8C1hzidtI3CTynWGPpjtiI4IXHVQ2AsmGKQaSMcaJq2mvhymsu0Wi7dq6llWIDQ3xs03cXwH2Z7uIA637Dil4B7/cst6n6c75qa1kwR5cL3omXIhreFb0XNj5n3rvPb/kw3y6y5abyBBOsS5VjAENtH1hlihuHwyz2sMhOxihor+5fBTmZvr1Jb4XunxTLucctC1cBpGqhSAPXmW7WygkZiCm5YZdxjLMSsBKho5iWbh/qu2Uzw==;
 s=purelymail2; d=spwhitton.name; v=1;
 bh=IKCWcoLsTJjxkTRIhlrGzcReHrEg4/0o/YkK8rOJ6/o=;
 h=Received:Received:From:To:Subject:Date; 
DKIM-Signature: a=rsa-sha256;
 b=Jxs/hIM8rTdMRchs70e6HgoZfAXrDcb8/Laz7Ov97o4EQI3PltkpHvjElmGA+CihvLvS+3GPyzyPE1sXcLIqxkWaswpkrTzfiro7JWgFGH2oDRx1x+SbDLB7UBvSmSGVrqyPmx5vx8vZDwvwZsYxplaH1GJVOPQOt7L5ZxXShCNRsWU9uzWd77D7kiNMzjgONMh7w7JQEjjeXMLXlqOoOMueQ1U8c841AgZpVE6WRvhe0Fy8cCGvFqeXGTxsnD86enw1omRvhHx05TV0vqs2IyjLEJLpU9bO+FO4z97MRYyLk8nksFKROwq8lGEX+A3yBcV/jh8tss910IYCY23MGA==;
 s=purelymail2; d=purelymail.com; v=1;
 bh=IKCWcoLsTJjxkTRIhlrGzcReHrEg4/0o/YkK8rOJ6/o=;
 h=Feedback-ID:Received:Received:From:To:Subject:Date; 
Feedback-ID: 20115:3760:null:purelymail
X-Pm-Original-To: 79783 <at> debbugs.gnu.org
Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id 937664464; 
 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384);
 Sat, 08 Nov 2025 12:28:12 +0000 (UTC)
Received: by zephyr.silentflame.com (Postfix, from userid 1000)
 id F189994043E; Sat, 08 Nov 2025 12:28:09 +0000 (GMT)
From: Sean Whitton <spwhitton@HIDDEN>
In-Reply-To: <87tsz4hq4v.fsf@HIDDEN>
References: <iercy5t4s7b.fsf@HIDDEN>
 <87o6pdcxr5.fsf@HIDDEN> <87tsz4hq4v.fsf@HIDDEN>
Date: Sat, 08 Nov 2025 12:28:09 +0000
Message-ID: <87346od7za.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
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 (-)

Hello,

On Sat 08 Nov 2025 at 08:42am GMT, Colin Baxter wrote:

> My suggestion is to insert messages at various places throughout
> ~/.emacs. If emacs --daemon="name" <RET> fails at any point then the output
> of messages does not complete and you know something is wrong. This
> works for me.

This is a decent suggestion, but it requires separate implementation by
every user.  It would be better if we were providing something already
there in Emacs.

-- 
Sean Whitton

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 08 Nov 2025 17:33:02 +0000
Resent-Message-ID: <handler.79783.B79783.176262317415809 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: app-emacs-dev@HIDDEN, spwhitton@HIDDEN, 79783 <at> debbugs.gnu.org
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176262317415809
          (code B ref 79783); Sat, 08 Nov 2025 17:33:02 +0000
Received: (at 79783) by debbugs.gnu.org; 8 Nov 2025 17:32:54 +0000
Received: from localhost ([127.0.0.1]:52789 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vHmo1-00046t-Gl
	for submit <at> debbugs.gnu.org; Sat, 08 Nov 2025 12:32:53 -0500
Received: from mout-p-101.mailbox.org ([2001:67c:2050:0:465::101]:49754)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vHmnz-000463-13
 for 79783 <at> debbugs.gnu.org; Sat, 08 Nov 2025 12:32:51 -0500
Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1])
 (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 mout-p-101.mailbox.org (Postfix) with ESMTPS id 4d3jgD33vtz9t6q;
 Sat,  8 Nov 2025 18:32:40 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1762623160;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=z4uZmj8QdZhQmoh4dIkrfc/7oI2Xy7aS9DlLZeySnvg=;
 b=jaOqrxO8XuyoasFD9XjLovwzJFZ4ANGCT3nNJe2AX4xK+f5sPVQXUVjLig8v3DRT99nTSX
 FE0tNovdxs1li5x2s0q22I64K0ErCJSDMdIy0KHmpyM3ty3U1Wmedzlr4o7eqAVkCSCoc7
 S+BlxrUB+HPPTHvL5t13HfQx/oVN4Pquw4AcoC+qbG0euEgr1t0v7wmkNLXGjfF9zzri+3
 uH7SPJWndCXttboj9ojsiQc9tPZct2WVJxwd4FZAQf7w4RGglFoOAHLMThUEIjLn9ov03o
 b60G2K8z2HavvhtTJ8gpXoI5F7crgoyoBh/2vxQuL9dThF1p/qDL53TBJfQ8+Q==
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <iercy5t4s7b.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN>
Date: Sat, 08 Nov 2025 19:30:31 +0200
Message-ID: <87jz004eko.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
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 (-)

> If you run "emacs" and your config has an error, the first frame will
> display the *Warnings* buffer, containing a nice warning message
> informing you of this fact.
>
> However, if you run emacs --daemon and then connect to it with
> emacsclient, the first frame won't say any such thing.
>
> I suggest we should somehow fix this.  At my site, this is a common
> source of confusion: users have a broken configuration and they don't
> know it, because they exclusively use "emacsclient -a ''" (which
> automatically starts emacs --daemon) to run Emacs.
>
> More generally, warnings can be emitted while emacs --daemon is starting
> up, and then those warnings aren't displayed to users in the first
> frame, even though they might be important.

Only warnings should be postponed, not errors?
Because errors are displayed on the terminal.

For example, when there is a syntax error, I see such errors:

  Starting Emacs daemon.
  End of file during parsing: #<killed buffer>
  Error: server did not start correctly

When a function is undefined, then:

  Starting Emacs daemon.
  Symbol’s function definition is void: foo
  Error: server did not start correctly

> Perhaps emacs --daemon should set up a hook which shows *Warnings* in
> the first (non-daemon) frame created?

When handling only warnings, the corresponding change
could be made in warnings.el.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Sean Whitton <spwhitton@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 08 Nov 2025 17:55:01 +0000
Resent-Message-ID: <handler.79783.B79783.176262446619576 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: Spencer Baugh <sbaugh@HIDDEN>, app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176262446619576
          (code B ref 79783); Sat, 08 Nov 2025 17:55:01 +0000
Received: (at 79783) by debbugs.gnu.org; 8 Nov 2025 17:54:26 +0000
Received: from localhost ([127.0.0.1]:52895 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vHn8s-00055g-1C
	for submit <at> debbugs.gnu.org; Sat, 08 Nov 2025 12:54:26 -0500
Received: from sendmail.purelymail.com ([34.202.193.197]:43738)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <spwhitton@HIDDEN>)
 id 1vHn8m-00055V-RC
 for 79783 <at> debbugs.gnu.org; Sat, 08 Nov 2025 12:54:23 -0500
DKIM-Signature: a=rsa-sha256;
 b=HS84PZ5XMjJwVMfuBOc5CWIhQIJJmaIqsVpa1sND2F+yiTr76Y/1o1GGhBlSRL72gcacMSAnauNoaYRXvWdwxuB8CJX0dGv5G3LOOBFUlskZEiHJkq+VI2nwVXpEPWY9aMYkefyweC7+Zk5Sjak3NUjIZqgbk+4ef7L2/UOl8x6z2VEKTksx6zYD+DN3fIqmtkvzfE45abdtmUk73k5kcvLkqUihe1FzG1yQLIY414LGcazKUNg6fXJ6kpNXEpePi2AmLJoDhXjZkFG/PVNpzi3K4BYQXyfKirWRQ2JAGfpJfG2UqojC9+ZsqVBlokxUIj/A0/+4p5K2ptGtj5kLfw==;
 s=purelymail2; d=spwhitton.name; v=1;
 bh=ZJoXtQDa0m49OKLI58vnDtG3iRY6VURF9dGgk1eDtyI=;
 h=Received:Received:From:To:Subject:Date; 
DKIM-Signature: a=rsa-sha256;
 b=Hx+jlf4EJe9LHcC8yklDJnK6aauRkItNpw1i5Pc26psnKYONBx4rQNjmClOmxFtavryBTTjDrSViHRYVcLQEn0+gieQudwrz1Jk5IsFFMFCF//95F0TRouxPjtRz8nMV3IQ1zLqcb6trFQFQcvsPRHAINRbf1XfnqXo9VSuQD7vSrkPOAaJFzZ4UE9+pI9MFe+CJUtzmXxSj+2AJWlYDcQii1tpW5ecSv66u8haUXUuHmSk+UltKJZziK+Z1UJhgAMpGTxMyNJfS3GGzvTGuNPRQBRgcsRohx/WzVNCVBW79zw4zc5yx9OYjbkmLPB8ZNl7nqvD4+6o+eWfYvqVImA==;
 s=purelymail2; d=purelymail.com; v=1;
 bh=ZJoXtQDa0m49OKLI58vnDtG3iRY6VURF9dGgk1eDtyI=;
 h=Feedback-ID:Received:Received:From:To:Subject:Date; 
Feedback-ID: 20115:3760:null:purelymail
X-Pm-Original-To: 79783 <at> debbugs.gnu.org
Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -2060732521; 
 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384);
 Sat, 08 Nov 2025 17:54:12 +0000 (UTC)
Received: by zephyr.silentflame.com (Postfix, from userid 1000)
 id F413A9432F5; Sat, 08 Nov 2025 17:54:11 +0000 (GMT)
From: Sean Whitton <spwhitton@HIDDEN>
In-Reply-To: <87jz004eko.fsf@HIDDEN>
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
Date: Sat, 08 Nov 2025 17:54:11 +0000
Message-ID: <87qzu89zr0.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
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 (-)

Hello,

On Sat 08 Nov 2025 at 07:30pm +02, Juri Linkov wrote:

> Only warnings should be postponed, not errors?
> Because errors are displayed on the terminal.
>
> For example, when there is a syntax error, I see such errors:
>
>   Starting Emacs daemon.
>   End of file during parsing: #<killed buffer>
>   Error: server did not start correctly
>
> When a function is undefined, then:
>
>   Starting Emacs daemon.
>   Symbol=E2=80=99s function definition is void: foo
>   Error: server did not start correctly

That's fine if you're starting Emacs from a terminal each time, but if
you have a global window manager key binding to invoke 'emacsclient
-a""' then you're not going to see that text.

--=20
Sean Whitton

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Nov 2025 07:19:02 +0000
Resent-Message-ID: <handler.79783.B79783.176267273114650 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Sean Whitton <spwhitton@HIDDEN>
Cc: Spencer Baugh <sbaugh@HIDDEN>, app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176267273114650
          (code B ref 79783); Sun, 09 Nov 2025 07:19:02 +0000
Received: (at 79783) by debbugs.gnu.org; 9 Nov 2025 07:18:51 +0000
Received: from localhost ([127.0.0.1]:57055 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vHzhL-0003oE-EA
	for submit <at> debbugs.gnu.org; Sun, 09 Nov 2025 02:18:51 -0500
Received: from mout-p-103.mailbox.org ([80.241.56.161]:36434)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vHzhH-0003ng-AM
 for 79783 <at> debbugs.gnu.org; Sun, 09 Nov 2025 02:18:49 -0500
Received: from smtp2.mailbox.org (smtp2.mailbox.org [10.196.197.2])
 (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 mout-p-103.mailbox.org (Postfix) with ESMTPS id 4d440G5v2Kz9sy5;
 Sun,  9 Nov 2025 08:18:38 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1762672718;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=Qaj/KxTkOedVP/SGXr4cN3zacOs74TyoUKMPrxRSPw0=;
 b=IM00P9RRqB6ZQyWMffQlLtZr5eu1womareW/2aDmxH/MAkicsIGpg2+wnvZYojhRzySbja
 lSp9HPPgJWZRjletP0ecoISRETjPdhS6/mNERjjQg5hflZWUEEe5G8d9XKlc+d6KC9KScl
 FNfspjMbOv5hFulup7UKmHq729XhIIuLAcTBaBW4rl+Lc5jBjGfSsaZzEEyOLhCdS3jeyy
 HTwodRj3178jLcc5BF2T9qP9uiDXB8jGo0NmQoJpdLGsVPhlelo05Nv+pFebGBDLpQXx+x
 HZ3vor+fwzqcCrxgu2ZPu/SFk+cvHWyia+4XHScKQkZT7SzS/GsLpx3l4kkhhQ==
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <87qzu89zr0.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
Date: Sun, 09 Nov 2025 09:07:19 +0200
Message-ID: <878qgf682k.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
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 (-)

>> Only warnings should be postponed, not errors?
>> Because errors are displayed on the terminal.
>>
>> For example, when there is a syntax error, I see such errors:
>>
>>   Starting Emacs daemon.
>>   End of file during parsing: #<killed buffer>
>>   Error: server did not start correctly
>>
>> When a function is undefined, then:
>>
>>   Starting Emacs daemon.
>>   Symbol’s function definition is void: foo
>>   Error: server did not start correctly
>
> That's fine if you're starting Emacs from a terminal each time, but if
> you have a global window manager key binding to invoke 'emacsclient
> -a""' then you're not going to see that text.

But when the config has an error, Emacs daemon won't start.
So there is no way to invoke emacsclient to see warnings.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Sean Whitton <spwhitton@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Nov 2025 10:51:02 +0000
Resent-Message-ID: <handler.79783.B79783.176268544317172 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: Spencer Baugh <sbaugh@HIDDEN>, app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176268544317172
          (code B ref 79783); Sun, 09 Nov 2025 10:51:02 +0000
Received: (at 79783) by debbugs.gnu.org; 9 Nov 2025 10:50:43 +0000
Received: from localhost ([127.0.0.1]:58244 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vI30M-0004St-U2
	for submit <at> debbugs.gnu.org; Sun, 09 Nov 2025 05:50:43 -0500
Received: from sendmail.purelymail.com ([34.202.193.197]:58908)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <spwhitton@HIDDEN>)
 id 1vI30J-0004SP-3S
 for 79783 <at> debbugs.gnu.org; Sun, 09 Nov 2025 05:50:40 -0500
DKIM-Signature: a=rsa-sha256;
 b=axzm0oslmkHCH6Xs+c/k0X0uzQs6cLyhe5S2Xxuvz87CJltfWD0dqpakfOhk8kccxm79D2KZdafeZ3Fu8xw8GhwqbU74uRzlkyF0u4T5VqkwX+PV1FEJH3zAPolxVaI1GNJ39R//rVSNtJhbtES+ktLWrPc2tGVv4xu97xtMmURPKwS4QsE8rcslDz47PfBlAuI/hhc60WD/3ZKQRr39zupEDmtC1ymhsW4zomeMHer/fphuHYZIcmTF8gpWS4VeESQLsEj6VNAfW8vehoV11z7zIbbwYGAtpld8iwMP6nCoY0g7ewEgQr4O4c6fJsdHNnNLAJ3KWjBKjRlZ58AVFg==;
 s=purelymail2; d=spwhitton.name; v=1;
 bh=sGDz/0JWrk04i1E36NYkS2p1yIft9YZ2+ckLUDz10GU=;
 h=Received:Received:From:To:Subject:Date; 
DKIM-Signature: a=rsa-sha256;
 b=jDIy95S66DoxsMopygFa0/ZEfK+QrbCoVhmPY3UB3tbhJhLg4PTpPnQTJqc50CCpvb4hFaJqK04qli49zYIjsBompga0wEmuEyMXvSk59URkE8v3R2AyR4g8emDhefDC24Ssy3TVkSYt91CDMLdmXSdB8eMHDa2n38sIaD2jn9mppVP6w9M6nNzVrMMtj91zTAGki5pE6glyC+3jZt1Bi9ZIduir+J+YA8Lqqv5JUknzvHpkcvJ0P4rBf7KeHBvOlqM8f4KNrWCwITGYqStVaudjFYmFxe72km8A7OPxpgbBCmurVv+LoFwg8K6bm5UqNhGlNLU69ASIyC6ksTb2AQ==;
 s=purelymail2; d=purelymail.com; v=1;
 bh=sGDz/0JWrk04i1E36NYkS2p1yIft9YZ2+ckLUDz10GU=;
 h=Feedback-ID:Received:Received:From:To:Subject:Date; 
Feedback-ID: 20115:3760:null:purelymail
X-Pm-Original-To: 79783 <at> debbugs.gnu.org
Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id 1043596865; 
 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384);
 Sun, 09 Nov 2025 10:50:32 +0000 (UTC)
Received: by zephyr.silentflame.com (Postfix, from userid 1000)
 id DF1D3940449; Sun, 09 Nov 2025 10:50:31 +0000 (GMT)
From: Sean Whitton <spwhitton@HIDDEN>
In-Reply-To: <878qgf682k.fsf@HIDDEN>
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
Date: Sun, 09 Nov 2025 10:50:31 +0000
Message-ID: <87cy5ra39k.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
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 (-)

Hello,

On Sun 09 Nov 2025 at 09:07am +02, Juri Linkov wrote:

>>> Only warnings should be postponed, not errors?
>>> Because errors are displayed on the terminal.
>>>
>>> For example, when there is a syntax error, I see such errors:
>>>
>>>   Starting Emacs daemon.
>>>   End of file during parsing: #<killed buffer>
>>>   Error: server did not start correctly
>>>
>>> When a function is undefined, then:
>>>
>>>   Starting Emacs daemon.
>>>   Symbol=E2=80=99s function definition is void: foo
>>>   Error: server did not start correctly
>>
>> That's fine if you're starting Emacs from a terminal each time, but if
>> you have a global window manager key binding to invoke 'emacsclient
>> -a""' then you're not going to see that text.
>
> But when the config has an error, Emacs daemon won't start.
> So there is no way to invoke emacsclient to see warnings.

It depends on where you have the call to server-start.  Mine is very
early in my init.el, so there can be errors later but the server has
still started.

--=20
Sean Whitton

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Spencer Baugh <sbaugh@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 13 Nov 2025 18:27:02 +0000
Resent-Message-ID: <handler.79783.B79783.176305841218216 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Sean Whitton <spwhitton@HIDDEN>
Cc: app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176305841218216
          (code B ref 79783); Thu, 13 Nov 2025 18:27:02 +0000
Received: (at 79783) by debbugs.gnu.org; 13 Nov 2025 18:26:52 +0000
Received: from localhost ([127.0.0.1]:56372 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vJc20-0004jk-8W
	for submit <at> debbugs.gnu.org; Thu, 13 Nov 2025 13:26:52 -0500
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:46969)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>)
 id 1vJc1x-0004jV-Pq
 for 79783 <at> debbugs.gnu.org; Thu, 13 Nov 2025 13:26:50 -0500
From: Spencer Baugh <sbaugh@HIDDEN>
In-Reply-To: <87cy5ra39k.fsf@HIDDEN> (Sean Whitton's message
 of "Sun, 09 Nov 2025 10:50:31 +0000")
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
Date: Thu, 13 Nov 2025 13:26:44 -0500
Message-ID: <ierjyztyejf.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com;
 s=waixah; t=1763058404;
 bh=9z9iWcRxxocAjdGHs5L1lTRbTsbWfxxxOBQbWUpoq1Y=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date;
 b=HSIWfhEZ2Dfs/FZWT6yXS7qF5LvXw7XDc8biOWZns93B16BXYbCGrphpToVyGE7CV
 t4FfVP4Juwp/cwuudtVYwdaQGMgUxQIUbik8plpbjFwx4dMU08A4GuiFKcOAzhQ9Oj
 KcfTU1IcTLCik8FxD5URrZeUNRyAXQ/dHxtc7HTShoJC6cNrlmiY9CqxOPKqijYtCy
 lVfFi0O/Jl4Wr92AnEK7bqHLHX8KD6Cc3UVkyGa5/SMr6AZaYq5k3IeQsosMuP5bxg
 5iieTH4A5T3U4InABrFN7oOqI7IlawMxLBtB96YnnKOpiad9JkOhwH9iE3OUGIVWtF
 EbWpYnPMH3IyQ==
X-Spam-Score: -2.3 (--)
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: -3.3 (---)

Sean Whitton <spwhitton@HIDDEN> writes:

> Hello,
>
> On Sun 09 Nov 2025 at 09:07am +02, Juri Linkov wrote:
>
>>>> Only warnings should be postponed, not errors?
>>>> Because errors are displayed on the terminal.
>>>>
>>>> For example, when there is a syntax error, I see such errors:
>>>>
>>>>   Starting Emacs daemon.
>>>>   End of file during parsing: #<killed buffer>
>>>>   Error: server did not start correctly
>>>>
>>>> When a function is undefined, then:
>>>>
>>>>   Starting Emacs daemon.
>>>>   Symbol=E2=80=99s function definition is void: foo
>>>>   Error: server did not start correctly
>>>
>>> That's fine if you're starting Emacs from a terminal each time, but if
>>> you have a global window manager key binding to invoke 'emacsclient
>>> -a""' then you're not going to see that text.
>>
>> But when the config has an error, Emacs daemon won't start.
>> So there is no way to invoke emacsclient to see warnings.
>
> It depends on where you have the call to server-start.  Mine is very
> early in my init.el, so there can be errors later but the server has
> still started.

Also, if you run "emacs --daemon" (as emacsclient -a"" does) then the
server is started regardless of whether you have an error in your
config.

After adding (error "hi") to the start of my config, I see e.g.:

   =E2=96=A0  Warning (initialization): An error occurred while loading =E2=
=80=98/home/sbaugh/.emacs.d/init.el=E2=80=99:
=20=20
  error: hi
=20=20
  To ensure normal operation, you should investigate and remove the
  cause of the error in your initialization file.  Start Emacs with
  the =E2=80=98--debug-init=E2=80=99 option to view a complete error backtr=
ace.
  Starting Emacs daemon.

Or adding a leading ):

   =E2=96=A0  Warning (initialization): An error occurred while loading =E2=
=80=98/home/sbaugh/.emacs.d/init.el=E2=80=99:
=20=20
  Invalid read syntax: ), 2, 1
=20=20
  To ensure normal operation, you should investigate and remove the
  cause of the error in your initialization file.  Start Emacs with
  the =E2=80=98--debug-init=E2=80=99 option to view a complete error backtr=
ace.
  Starting Emacs daemon.

I'm not sure why Juri is not seeing this.

I think this (always starting the daemon even if there's errors in the
config) is probably the preferable behavior though because this gives
users of emacsclient -a"" a way to see the errors even when not run from
the terminal, like Sean mentioned.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 13 Nov 2025 18:43:01 +0000
Resent-Message-ID: <handler.79783.B79783.176305936121185 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org, Sean Whitton <spwhitton@HIDDEN>
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176305936121185
          (code B ref 79783); Thu, 13 Nov 2025 18:43:01 +0000
Received: (at 79783) by debbugs.gnu.org; 13 Nov 2025 18:42:41 +0000
Received: from localhost ([127.0.0.1]:56470 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vJcHJ-0005VX-6g
	for submit <at> debbugs.gnu.org; Thu, 13 Nov 2025 13:42:41 -0500
Received: from mout-p-103.mailbox.org ([80.241.56.161]:48290)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vJcHG-0005V8-Vp
 for 79783 <at> debbugs.gnu.org; Thu, 13 Nov 2025 13:42:39 -0500
Received: from smtp2.mailbox.org (smtp2.mailbox.org
 [IPv6:2001:67c:2050:b231:465::2])
 (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 mout-p-103.mailbox.org (Postfix) with ESMTPS id 4d6pzV6045z9tmT;
 Thu, 13 Nov 2025 19:42:30 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1763059350;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=gQuygEpI+XD9HO0mdChh1FTWWVNAa05l05GaWIpa1Fo=;
 b=1t6xaYhBOYS5r68oe/cqfTC/UTdeLEA8MEW8PRk1sEBq3W98mmAmTbYguliOYUhRh/G2mI
 CuKVR2J7Wu0U2tEYfrU13VQpsGFIiP9gCKZ4DK3h6bhNPwIiHbJNFGGScpor/EHM8ViZ6y
 U+SLi7yf2sujFTT8wMDHLOn5GdvWAi+skvDBeRMlP4seinTbp+wsVe5KUp6H+ewFVlc98z
 73jBpZELJWBIEDHaQCgJzN4wC8vvPVxUtPnU3fsekB89RTqA3V1YXTG1oHM14ssLEYUFTN
 5mlBzDzATJt1b9y0XV1N1D79t1fDe89kDEjKi2jtV1jz3wfq2+ZoRKs9Gd1foQ==
Authentication-Results: outgoing_mbo_mout; dkim=none;
 spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates
 2001:67c:2050:b231:465::2 as permitted sender) smtp.mailfrom=juri@HIDDEN
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <ierjyztyejf.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN>
Date: Thu, 13 Nov 2025 20:41:32 +0200
Message-ID: <87ikfdojvn.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Rspamd-Queue-Id: 4d6pzV6045z9tmT
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 (-)

>    ■  Warning (initialization): An error occurred while loading ‘/home/sbaugh/.emacs.d/init.el’:
>   
>   Invalid read syntax: ), 2, 1
>   
>   To ensure normal operation, you should investigate and remove the
>   cause of the error in your initialization file.  Start Emacs with
>   the ‘--debug-init’ option to view a complete error backtrace.
>   Starting Emacs daemon.
>
> I'm not sure why Juri is not seeing this.
>
> I think this (always starting the daemon even if there's errors in the
> config) is probably the preferable behavior though because this gives
> users of emacsclient -a"" a way to see the errors even when not run from
> the terminal, like Sean mentioned.

This is because I loaded the init file too late.
Now I tried with the default configuration,
and can reproduce the same warnings as above.

Since they are displayed in the Messages buffer,
the same way their display could be delayed
using 'delay-warning'.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 13 Nov 2025 19:26:02 +0000
Resent-Message-ID: <handler.79783.B79783.176306196127557 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: app-emacs-dev@HIDDEN, Sean Whitton <spwhitton@HIDDEN>, 79783 <at> debbugs.gnu.org
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176306196127557
          (code B ref 79783); Thu, 13 Nov 2025 19:26:02 +0000
Received: (at 79783) by debbugs.gnu.org; 13 Nov 2025 19:26:01 +0000
Received: from localhost ([127.0.0.1]:56719 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vJcxE-0007AP-Kn
	for submit <at> debbugs.gnu.org; Thu, 13 Nov 2025 14:26:01 -0500
Received: from mout-p-101.mailbox.org ([2001:67c:2050:0:465::101]:59076)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vJcxC-0007AF-3C
 for 79783 <at> debbugs.gnu.org; Thu, 13 Nov 2025 14:25:59 -0500
Received: from smtp102.mailbox.org (smtp102.mailbox.org
 [IPv6:2001:67c:2050:b231:465::102])
 (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 mout-p-101.mailbox.org (Postfix) with ESMTPS id 4d6qxS1r5Qz9t26;
 Thu, 13 Nov 2025 20:25:48 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1763061948;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 in-reply-to:in-reply-to:references:references;
 bh=aNoNqNHkR0hI1PzomLr8IVAPpXV8FwIkUs2ZcWicszU=;
 b=kYDD2I1N1BX86wnqt5Vjd1Txeecn8Xf1/5ZS1V/exhF70Mnra70akpJH/W2WvQS1uFbhYT
 AfdvsDVXfNqpswFFq2lRRyVRImEk8+WS/iQ4fqJSirOogDfaI4W00UiKbr0Ka/knj5hmTA
 pMiSjfn6HEFlMQ6yld5VYJf20BL/ZaJaVeVTgnx/3Pg4TwPIRwbeELaegtwMXwsI7xpJWK
 5hLpdJS+dUcxwn6LlZzJ9R/QpAKH78bTfX8jRXhljCH7aXuG9if6K7YyHTOz1OmxN8vPlm
 yIytXZbRCu1M/XckdBrGxz+aysxKLDuHaYtKiR2efS8ZbOjBRUyPXstDRXoU/g==
Authentication-Results: outgoing_mbo_mout; dkim=none;
 spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates
 2001:67c:2050:b231:465::102 as permitted sender)
 smtp.mailfrom=juri@HIDDEN
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <87ikfdojvn.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
Date: Thu, 13 Nov 2025 21:19:20 +0200
Message-ID: <87cy5loi4n.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Rspamd-Queue-Id: 4d6qxS1r5Qz9t26
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 (-)

--=-=-=
Content-Type: text/plain

>> I'm not sure why Juri is not seeing this.
>>
>> I think this (always starting the daemon even if there's errors in the
>> config) is probably the preferable behavior though because this gives
>> users of emacsclient -a"" a way to see the errors even when not run from
>> the terminal, like Sean mentioned.
>
> This is because I loaded the init file too late.
> Now I tried with the default configuration,
> and can reproduce the same warnings as above.
>
> Since they are displayed in the Messages buffer,
> the same way their display could be delayed
> using 'delay-warning'.

It seems 'delayed-warnings-hook' can't be used since it runs on
'post-command-hook', not on 'after-make-frame-functions' as we need.
So here is a patch that uses 'after-make-frame-functions':


--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline;
 filename=daemonp-after-make-frame-functions.patch

diff --git a/lisp/startup.el b/lisp/startup.el
index aab8fcfe9f2..56340f2ba8d 100644
--- a/lisp/startup.el
+++ b/lisp/startup.el
@@ -1120,19 +1120,29 @@ startup--load-user-init-file
       (condition-case-unless-debug error
           (funcall body)
         (error
-         (display-warning
-          'initialization
-          (format-message "\
+         (letrec ((warnfun (lambda ()
+                             (display-warning
+                              'initialization
+                              (format-message
+                               "\
 An error occurred while loading `%s':\n\n%s%s%s\n\n\
 To ensure normal operation, you should investigate and remove the
 cause of the error in your initialization file.  Start Emacs with
 the `--debug-init' option to view a complete error backtrace."
-                          user-init-file
-                          (get (car error) 'error-message)
-                          (if (cdr error) ": " "")
-                          (mapconcat (lambda (s) (prin1-to-string s t))
-                                     (cdr error) ", "))
-          :warning)
+                               user-init-file
+                               (get (car error) 'error-message)
+                               (if (cdr error) ": " "")
+                               (mapconcat (lambda (s) (prin1-to-string s t))
+                                          (cdr error) ", "))
+                              :warning)))
+                  (afterfun
+                   (lambda (frame)
+                     (remove-hook 'after-make-frame-functions afterfun)
+                     (with-selected-frame frame
+                       (funcall warnfun)))))
+           (if (and (daemonp) (eq (selected-frame) terminal-frame))
+               (add-hook 'after-make-frame-functions afterfun)
+             (funcall warnfun)))
          (setq init-file-had-error t))))))
 
 (defvar lisp-directory nil

--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Spencer Baugh <sbaugh@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 14 Nov 2025 21:17:02 +0000
Resent-Message-ID: <handler.79783.B79783.17631550085626 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org, Sean Whitton <spwhitton@HIDDEN>
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.17631550085626
          (code B ref 79783); Fri, 14 Nov 2025 21:17:02 +0000
Received: (at 79783) by debbugs.gnu.org; 14 Nov 2025 21:16:48 +0000
Received: from localhost ([127.0.0.1]:60435 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vK1A0-0001Sf-2h
	for submit <at> debbugs.gnu.org; Fri, 14 Nov 2025 16:16:48 -0500
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:54453)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>)
 id 1vK19w-0001SI-4I
 for 79783 <at> debbugs.gnu.org; Fri, 14 Nov 2025 16:16:45 -0500
From: Spencer Baugh <sbaugh@HIDDEN>
In-Reply-To: <87cy5loi4n.fsf@HIDDEN> (Juri Linkov's message of "Thu, 
 13 Nov 2025 21:19:20 +0200")
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
 <87cy5loi4n.fsf@HIDDEN>
Date: Fri, 14 Nov 2025 16:16:37 -0500
Message-ID: <ier7bvsxqkq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com;
 s=waixah; t=1763154998;
 bh=S3IcCfNEjJwwn2Cudikx16MleH/XNn4Xl4hzMq+EROU=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date;
 b=kJikK8+xXyah+5Gs4UoUIPEMz+EGaTCvDEZx3JsbiNfB0QOw87xC6K0CiWTEZmTUW
 QOOcr2lay1TyeN0m9h/oowVnG6+KMQCAvPMmIDDFcPFz5UL1Bsiq9ccQ4ZEwdFD6Tr
 pGPAulVOOscUkqKjp6a62HNl3Ty/VV1JYeOyC0Q3W/LHc6roH6RtB6iSL8AEBehZLd
 5lv5NzrTqODbrOINIm+YkJbeyKmioPXkZL5yDzTNTsvMeyCyOdDl1VkOSt61mOba6d
 pKuMBntbhYBjcWW681V04p8DrZLgnpkB27UyB9f1QGQbY7giCb46tv6pSFDR+OBCur
 2+fYkMxZH2dHg==
X-Spam-Score: -2.3 (--)
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: -3.3 (---)

Juri Linkov <juri@HIDDEN> writes:

>>> I'm not sure why Juri is not seeing this.
>>>
>>> I think this (always starting the daemon even if there's errors in the
>>> config) is probably the preferable behavior though because this gives
>>> users of emacsclient -a"" a way to see the errors even when not run from
>>> the terminal, like Sean mentioned.
>>
>> This is because I loaded the init file too late.
>> Now I tried with the default configuration,
>> and can reproduce the same warnings as above.
>>
>> Since they are displayed in the Messages buffer,
>> the same way their display could be delayed
>> using 'delay-warning'.
>
> It seems 'delayed-warnings-hook' can't be used since it runs on
> 'post-command-hook', not on 'after-make-frame-functions' as we need.
> So here is a patch that uses 'after-make-frame-functions':

I feel like it would be better to have a more generic mechanism which
pops up the warnings buffer on the first frame created if there were any
warnings emitted during daemon startup.  Since warnings can be emitted
from other things too, not just an error in your config.  E.g. packages
might want to warn about certain conditions, or native compilation might
emit warnings.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Nov 2025 07:27:02 +0000
Resent-Message-ID: <handler.79783.B79783.17631915992577 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org, spwhitton@HIDDEN, juri@HIDDEN
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.17631915992577
          (code B ref 79783); Sat, 15 Nov 2025 07:27:02 +0000
Received: (at 79783) by debbugs.gnu.org; 15 Nov 2025 07:26:39 +0000
Received: from localhost ([127.0.0.1]:33371 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vKAgA-0000fV-JT
	for submit <at> debbugs.gnu.org; Sat, 15 Nov 2025 02:26:39 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:52460)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vKAg7-0000fF-PR
 for 79783 <at> debbugs.gnu.org; Sat, 15 Nov 2025 02:26:36 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vKAg1-0007UV-9q; Sat, 15 Nov 2025 02:26:29 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=1FwpCddti4X3OPIIAxE9pHmAZDgoFTToL+JOcVb/ZqU=; b=ocqbe80s7P+X
 KyPwJ9HPTZ6xmlujxRYaQq6F8VpDDCTS8KQvbHfsiCH92SLqMQRO0xfEViIPGmEporRebcfcpE6H9
 juDan+/xj/fqP8VW1ACjsSBn36/5UIdm9y+CGE9rrnHl7nbqQUJjaWmRlXiaSMDtg0UuNDweLQ71O
 wq5N83GYoBz9Y/Bgi6j3fQv/YGS2i0TgSe8SeCldQk28mQrISl46ShkxWvpZ4SemxNCu0AbCBKnXy
 ZwD60BpwnF1Z2Fmaj0C+vBPsz2Ljf0So05XXZqMgki4C9B0aFIHTWp93vxi21XTk/9qdjTH70HFBo
 GvN6uMdT8uUWk7esS+mbAg==;
Date: Sat, 15 Nov 2025 09:26:24 +0200
Message-Id: <86qztzpxi7.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <ier7bvsxqkq.fsf@HIDDEN> (bug-gnu-emacs@HIDDEN)
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
 <87cy5loi4n.fsf@HIDDEN> <ier7bvsxqkq.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
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: -3.3 (---)

> Cc: app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org,
>  Sean Whitton <spwhitton@HIDDEN>
> Date: Fri, 14 Nov 2025 16:16:37 -0500
> From:  Spencer Baugh via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> Juri Linkov <juri@HIDDEN> writes:
> 
> >>> I'm not sure why Juri is not seeing this.
> >>>
> >>> I think this (always starting the daemon even if there's errors in the
> >>> config) is probably the preferable behavior though because this gives
> >>> users of emacsclient -a"" a way to see the errors even when not run from
> >>> the terminal, like Sean mentioned.
> >>
> >> This is because I loaded the init file too late.
> >> Now I tried with the default configuration,
> >> and can reproduce the same warnings as above.
> >>
> >> Since they are displayed in the Messages buffer,
> >> the same way their display could be delayed
> >> using 'delay-warning'.
> >
> > It seems 'delayed-warnings-hook' can't be used since it runs on
> > 'post-command-hook', not on 'after-make-frame-functions' as we need.
> > So here is a patch that uses 'after-make-frame-functions':
> 
> I feel like it would be better to have a more generic mechanism which
> pops up the warnings buffer on the first frame created if there were any
> warnings emitted during daemon startup.  Since warnings can be emitted
> from other things too, not just an error in your config.  E.g. packages
> might want to warn about certain conditions, or native compilation might
> emit warnings.

Can't you do that with server-after-make-frame-hook, by showing the
*Warnings* buffer?

Also, I think using server-after-make-frame-hook is better than
after-make-frame-functions, because the former is specific to client
frames.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Spencer Baugh <sbaugh@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Nov 2025 16:53:02 +0000
Resent-Message-ID: <handler.79783.B79783.176322557410914 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: app-emacs-dev <app-emacs-dev@HIDDEN>, 79783 <at> debbugs.gnu.org, Sean Whitton <spwhitton@HIDDEN>, Juri Linkov <juri@HIDDEN>
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176322557410914
          (code B ref 79783); Sat, 15 Nov 2025 16:53:02 +0000
Received: (at 79783) by debbugs.gnu.org; 15 Nov 2025 16:52:54 +0000
Received: from localhost ([127.0.0.1]:35874 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vKJWA-0002py-3A
	for submit <at> debbugs.gnu.org; Sat, 15 Nov 2025 11:52:54 -0500
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:51573)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>)
 id 1vKJW7-0002pb-I8
 for 79783 <at> debbugs.gnu.org; Sat, 15 Nov 2025 11:52:52 -0500
Received: from mail-lj1-f197.google.com ([209.85.208.197])
 by mxgoog2.mail.janestreet.com with esmtps (TLS1.3:TLS_AES_128_GCM_SHA256:128)
 (Exim 4.98.2) id 1vKJW1-00000003Ms9-3kK2 for 79783 <at> debbugs.gnu.org;
 Sat, 15 Nov 2025 11:52:45 -0500
Received: by mail-lj1-f197.google.com with SMTP id
 38308e7fff4ca-37b926d669dso20702141fa.2
 for <79783 <at> debbugs.gnu.org>; Sat, 15 Nov 2025 08:52:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=janestreet.com; s=google; t=1763225564; x=1763830364; darn=debbugs.gnu.org; 
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=VcAOvpV1V99zRayXYG9s55ypftzv69+x6PtXGkcqgIU=;
 b=AhWNv+E8U+9mdbIf7V0AtrgXMSw/cqxP9Le3X5UdeEiRoL5qeBPEHqu4BswPtOPbKb
 uSMhjxzDWCI1Q3Ic8tbOpq9K0gditpIEJAWFGgfH4/SSW2cItoFNiUKYLJ/Y6a3GbXha
 D23LT+lPGZ0vaoLUj5k+CerbZy9a3rShjMpS0=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com;
 s=waixah; t=1763225565;
 bh=VcAOvpV1V99zRayXYG9s55ypftzv69+x6PtXGkcqgIU=;
 h=References:In-Reply-To:From:Date:Subject:To:Cc;
 b=bipRkop5wZBU8fRJZIaBMWg5Z3FNdZDDfDZUo5hutS/LqLWlanmjz9hP+kSqsb/yN
 V6PPcRDoPEdzDxB0FCLi3/vc3dSJd4xVrIOeCXKRmxEUq6FiG1WwOWPLmFAsPjewro
 89QipjxRnPNeMhEK11QQ+gK/0jhHBdowtCbu4yW4uAyFPIsQ70+q6H51GRmFFXUnfZ
 NIedk0iFXHhv/NQPp0jlrQPaz4HQpR0DkrHjumw2R+z+0G6RXuGc7qrwkVbZI3uBOf
 kKZY7ZmBf2du3FLjGIUr/snc0fa1UAT8PZjZ/OT0HWy70a/usOdkQv5aMnlAR8enHd
 eQJtkR3BoAdkw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1763225564; x=1763830364;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date
 :message-id:reply-to;
 bh=VcAOvpV1V99zRayXYG9s55ypftzv69+x6PtXGkcqgIU=;
 b=KEO1OpDYqmuWJric6UuDoQo0IVbbDtByei9XuwqhSa//HOKnQvIeSRBtlCdvP/r9Mz
 sxJ/TVlLQfUkQuzdGfQPCpU0tnnKPX5Z9oCXCt61F6u5dOr3AuiY9G6QnqGSSnVOExIm
 I0IywA007OIRZJfrugOQ8EuGhmO+BRBbi+MjAIremzggBc8IBYxNXw7TQFdXC/noA6oz
 K699A2fyulJ2exdAePzfZAHC8oOzwAuKTSwWPoZiniSeFNPu/bQ5f5MXy2aSN4BSr8TH
 JjtaYi0pK1PMNw6Re6H58hfSSl+gwJDhIXYBnjpj4QxvXy/ibOXHCI1Kckzo4Stcb0Yq
 ttTw==
X-Forwarded-Encrypted: i=1;
 AJvYcCWeg/vF84iqD+ISPfOH3p7a0ajTnIcUhaPvX6P1LHZ3tqpgOHaPm1mIm4RvMMWSOskAb5lRPA==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxR+7JD9Vu40HMedJzsrvgcw+1eDco7YUU8wt9XtU+iCyZW1g5p
 jnQM1oBkOcbH7kJgWPj5DFlf+sfX0Zj0K1ETW7Go5bR6/LJjFey/tJndvtnKd85t8q2FRhaHQRH
 PPKrS97Fnbiry/oU3M2aJhVGr1QcCvw2JG5SM3opjXxGCNM1sLlFwiiNKlMqH318nK0J38TBCcQ
 dg8LUhKr3dXOt8Vk8p+IFvpZ0tdRHSgg==
X-Gm-Gg: ASbGncsliiFPKdBOoAJF00lBUf/+e4P0w9pG00cnrqnqu76Gt5O/DZBrHg9SN5GKLOd
 eg8uMcl7o0+binLWi+tjQoZT9gB0CAyirW/7JBaJVYWr6ky+Ir1qgXLP1oP5TVQNOPvyrwyX4lz
 PnrbWy/N6R/b96dqFNPYovh2UrPcoZ8aojgcjStX3ewdbpCttw918QLtd4m/TkUiQUYQ==
X-Received: by 2002:a05:6512:3ca8:b0:594:2f72:2f92 with SMTP id
 2adb3069b0e04-5958419f6d6mr2491918e87.5.1763225564517; 
 Sat, 15 Nov 2025 08:52:44 -0800 (PST)
X-Google-Smtp-Source: AGHT+IFD6OK4/0Iclsdm+k6GvUQn1XqGbQK8RGlcS7shrDZk2qStKKLrEK1AxDZRdFmKZnio+rVh9eiu8TbRtGCQdoI=
X-Received: by 2002:a05:6512:3ca8:b0:594:2f72:2f92 with SMTP id
 2adb3069b0e04-5958419f6d6mr2491916e87.5.1763225564066; Sat, 15 Nov 2025
 08:52:44 -0800 (PST)
MIME-Version: 1.0
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN> <ierjyztyejf.fsf@HIDDEN>
 <87ikfdojvn.fsf@HIDDEN> <87cy5loi4n.fsf@HIDDEN>
 <ier7bvsxqkq.fsf@HIDDEN> <86qztzpxi7.fsf@HIDDEN>
In-Reply-To: <86qztzpxi7.fsf@HIDDEN>
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Sat, 15 Nov 2025 11:52:34 -0500
X-Gm-Features: AWmQ_bnvsK5CGujADFHF4J_pq8PCQ-lSgJpQzMgUQTKalLL840ZcQznF6vS50l8
Message-ID: <CAO=BR8MHuFe=AVEOzDoQFQ2Uhm_74t3Guk9n_k1s6d5k7pQVCw@HIDDEN>
Content-Type: multipart/alternative; boundary="00000000000067c5450643a4f1bf"
X-Spam-Score: -2.3 (--)
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: -3.3 (---)

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

On Sat, Nov 15, 2025, 2:26=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote:

> > Cc: app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org,
> >  Sean Whitton <spwhitton@HIDDEN>
> > Date: Fri, 14 Nov 2025 16:16:37 -0500
> > From:  Spencer Baugh via "Bug reports for GNU Emacs,
> >  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> >
> > Juri Linkov <juri@HIDDEN> writes:
> >
> > >>> I'm not sure why Juri is not seeing this.
> > >>>
> > >>> I think this (always starting the daemon even if there's errors in
> the
> > >>> config) is probably the preferable behavior though because this giv=
es
> > >>> users of emacsclient -a"" a way to see the errors even when not run
> from
> > >>> the terminal, like Sean mentioned.
> > >>
> > >> This is because I loaded the init file too late.
> > >> Now I tried with the default configuration,
> > >> and can reproduce the same warnings as above.
> > >>
> > >> Since they are displayed in the Messages buffer,
> > >> the same way their display could be delayed
> > >> using 'delay-warning'.
> > >
> > > It seems 'delayed-warnings-hook' can't be used since it runs on
> > > 'post-command-hook', not on 'after-make-frame-functions' as we need.
> > > So here is a patch that uses 'after-make-frame-functions':
> >
> > I feel like it would be better to have a more generic mechanism which
> > pops up the warnings buffer on the first frame created if there were an=
y
> > warnings emitted during daemon startup.  Since warnings can be emitted
> > from other things too, not just an error in your config.  E.g. packages
> > might want to warn about certain conditions, or native compilation migh=
t
> > emit warnings.
>
> Can't you do that with server-after-make-frame-hook, by showing the
> *Warnings* buffer?
>
> Also, I think using server-after-make-frame-hook is better than
> after-make-frame-functions, because the former is specific to client
> frames.
>

Probably yes.  Though as discussed recently in another bug though, some
users create frames in the daemon using arbitrary Lisp rather than the
server protocol.  If that's how the first frame is created it should maybe
still get warnings.  Though maybe not, if such code is creating frames for
a special use case

>

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

<div dir=3D"auto"><div><div class=3D"gmail_quote gmail_quote_container"><di=
v dir=3D"ltr" class=3D"gmail_attr">On Sat, Nov 15, 2025, 2:26=E2=80=AFAM El=
i Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>&gt; wrote:=
<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex">&gt; Cc: <a href=3D"mailto:app-ema=
cs-dev@HIDDEN" target=3D"_blank" rel=3D"noreferrer">app-emacs-dev@j=
anestreet.com</a>, <a href=3D"mailto:79783 <at> debbugs.gnu.org" target=3D"_blan=
k" rel=3D"noreferrer">79783 <at> debbugs.gnu.org</a>,<br>
&gt;=C2=A0 Sean Whitton &lt;<a href=3D"mailto:spwhitton@HIDDEN" tar=
get=3D"_blank" rel=3D"noreferrer">spwhitton@HIDDEN</a>&gt;<br>
&gt; Date: Fri, 14 Nov 2025 16:16:37 -0500<br>
&gt; From:=C2=A0 Spencer Baugh via &quot;Bug reports for GNU Emacs,<br>
&gt;=C2=A0 the Swiss army knife of text editors&quot; &lt;<a href=3D"mailto=
:bug-gnu-emacs@HIDDEN" target=3D"_blank" rel=3D"noreferrer">bug-gnu-emacs@=
gnu.org</a>&gt;<br>
&gt; <br>
&gt; Juri Linkov &lt;<a href=3D"mailto:juri@HIDDEN" target=3D"_blank" r=
el=3D"noreferrer">juri@HIDDEN</a>&gt; writes:<br>
&gt; <br>
&gt; &gt;&gt;&gt; I&#39;m not sure why Juri is not seeing this.<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; I think this (always starting the daemon even if there&#3=
9;s errors in the<br>
&gt; &gt;&gt;&gt; config) is probably the preferable behavior though becaus=
e this gives<br>
&gt; &gt;&gt;&gt; users of emacsclient -a&quot;&quot; a way to see the erro=
rs even when not run from<br>
&gt; &gt;&gt;&gt; the terminal, like Sean mentioned.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; This is because I loaded the init file too late.<br>
&gt; &gt;&gt; Now I tried with the default configuration,<br>
&gt; &gt;&gt; and can reproduce the same warnings as above.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Since they are displayed in the Messages buffer,<br>
&gt; &gt;&gt; the same way their display could be delayed<br>
&gt; &gt;&gt; using &#39;delay-warning&#39;.<br>
&gt; &gt;<br>
&gt; &gt; It seems &#39;delayed-warnings-hook&#39; can&#39;t be used since =
it runs on<br>
&gt; &gt; &#39;post-command-hook&#39;, not on &#39;after-make-frame-functio=
ns&#39; as we need.<br>
&gt; &gt; So here is a patch that uses &#39;after-make-frame-functions&#39;=
:<br>
&gt; <br>
&gt; I feel like it would be better to have a more generic mechanism which<=
br>
&gt; pops up the warnings buffer on the first frame created if there were a=
ny<br>
&gt; warnings emitted during daemon startup.=C2=A0 Since warnings can be em=
itted<br>
&gt; from other things too, not just an error in your config.=C2=A0 E.g. pa=
ckages<br>
&gt; might want to warn about certain conditions, or native compilation mig=
ht<br>
&gt; emit warnings.<br>
<br>
Can&#39;t you do that with server-after-make-frame-hook, by showing the<br>
*Warnings* buffer?<br>
<br>
Also, I think using server-after-make-frame-hook is better than<br>
after-make-frame-functions, because the former is specific to client<br>
frames.<br></blockquote></div></div><div dir=3D"auto"><br></div><div dir=3D=
"auto">Probably yes.=C2=A0 Though as discussed recently in another bug thou=
gh, some users create frames in the daemon using arbitrary Lisp rather than=
 the server protocol.=C2=A0 If that&#39;s how the first frame is created it=
 should maybe still get warnings.=C2=A0 Though maybe not, if such code is c=
reating frames for a special use case=C2=A0</div><div dir=3D"auto"><div cla=
ss=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" =
style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>

--00000000000067c5450643a4f1bf--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 15 Nov 2025 20:00:02 +0000
Resent-Message-ID: <handler.79783.B79783.176323674318218 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: app-emacs-dev@HIDDEN, 79783 <at> debbugs.gnu.org, Sean Whitton <spwhitton@HIDDEN>
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176323674318218
          (code B ref 79783); Sat, 15 Nov 2025 20:00:02 +0000
Received: (at 79783) by debbugs.gnu.org; 15 Nov 2025 19:59:03 +0000
Received: from localhost ([127.0.0.1]:37114 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vKMQI-0004jl-Go
	for submit <at> debbugs.gnu.org; Sat, 15 Nov 2025 14:59:02 -0500
Received: from mout-p-201.mailbox.org ([80.241.56.171]:38980)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vKMQG-0004jE-1c
 for 79783 <at> debbugs.gnu.org; Sat, 15 Nov 2025 14:59:00 -0500
Received: from smtp102.mailbox.org (smtp102.mailbox.org [10.196.197.102])
 (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 mout-p-201.mailbox.org (Postfix) with ESMTPS id 4d84Zf4Hl5z9tHh;
 Sat, 15 Nov 2025 20:58:50 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1763236730;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 in-reply-to:in-reply-to:references:references;
 bh=RtVk2VXMTWsTeiStYIP+81zhI8loiQSxDx5c0MOrzfE=;
 b=uG1g2CNS3Q4HL47yPNK1FNSDfyZXX7axmpaKNvodIwC2UjnrWtTPAKFbLKZA49YoieLNkK
 lk5msJ7sO02uMDzn/CQ9A8L84RA1LzonrtCCwS1wtCpbqIqw14d22FEQe/73zwWjPffI1P
 VbIuedv7NI2mHNfxODTtGcjKF5j2t3c5qVYb+aIiPpe/wOXYjUge9AA3l29nyABAmOiR7f
 UpBOGDfrudglXs5U03VI5Eg5FIb2mCGxW1ILxqt0JE593t5nFi2lOlEQ6Hu2dWg+NCaz8F
 LTVypfIioDktz+/9Uk9xdLOrTFD11vDolXr1pf5zLgULuUr3QLtA6Gl3X55XPQ==
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <ier7bvsxqkq.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
 <87cy5loi4n.fsf@HIDDEN> <ier7bvsxqkq.fsf@HIDDEN>
Date: Sat, 15 Nov 2025 21:46:36 +0200
Message-ID: <87v7jbqdsz.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
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 (-)

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

> I feel like it would be better to have a more generic mechanism which
> pops up the warnings buffer on the first frame created if there were any
> warnings emitted during daemon startup.  Since warnings can be emitted
> from other things too, not just an error in your config.  E.g. packages
> might want to warn about certain conditions, or native compilation might
> emit warnings.

Here is a more generic patch.  A small problem is that when warnings
are created in the *Warnings* buffer on the daemon's frame, and
displayed later on the graphical frame, they look ugly, e.g.:

 ■  Warning (files): Missing ‘lexical-binding’ cookie in "~/.emacs".

vs

 ⛔  Warning (files): Missing ‘lexical-binding’ cookie in "~/.emacs".

It would be nicer if the warning icon adapted to the graphical capabilities,
e.g.:

  (propertize
   "■" 'display
   `((when (not (display-graphic-p)) . "■")
     (when (display-graphic-p) . "⛔")))


--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=display-warning-daemon.patch

diff --git a/lisp/emacs-lisp/warnings.el b/lisp/emacs-lisp/warnings.el
index 40fa98b24eb..3c5514d7358 100644
--- a/lisp/emacs-lisp/warnings.el
+++ b/lisp/emacs-lisp/warnings.el
@@ -372,7 +372,21 @@ display-warning
 		     (if (bolp)
 			 (forward-char -1))
 		     (message "%s" (buffer-substring start (point))))))
-		((and (daemonp) (null after-init-time))
+		((and (daemonp) (eq (selected-frame) terminal-frame))
+		 ;; Display daemon startup warnings on the first client frame.
+		 ;; Also display them in the messages buffer as well.
+		 (letrec ((afterfun
+			   (lambda ()
+			     (remove-hook 'server-after-make-frame-hook afterfun)
+			     (display-buffer
+			      buffer
+			      (when warning-display-at-bottom
+				`(display-buffer--maybe-at-bottom
+				  (window-height
+				   . ,(lambda (window)
+					(fit-window-to-buffer window 10)))
+				  (category . warning)))))))
+		   (add-hook 'server-after-make-frame-hook afterfun t))
 		 ;; Warnings assigned during daemon initialization go into
 		 ;; the messages buffer.
 		 (message "%s"

--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Nov 2025 17:20:02 +0000
Resent-Message-ID: <handler.79783.B79783.176331357823571 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: app-emacs-dev@HIDDEN, Sean Whitton <spwhitton@HIDDEN>, 79783 <at> debbugs.gnu.org
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176331357823571
          (code B ref 79783); Sun, 16 Nov 2025 17:20:02 +0000
Received: (at 79783) by debbugs.gnu.org; 16 Nov 2025 17:19:38 +0000
Received: from localhost ([127.0.0.1]:46169 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vKgPa-000686-39
	for submit <at> debbugs.gnu.org; Sun, 16 Nov 2025 12:19:38 -0500
Received: from mout-p-101.mailbox.org ([80.241.56.151]:33308)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vKgPX-00067j-Fq
 for 79783 <at> debbugs.gnu.org; Sun, 16 Nov 2025 12:19:36 -0500
Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1])
 (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 mout-p-101.mailbox.org (Postfix) with ESMTPS id 4d8d0H34L4z9sQS;
 Sun, 16 Nov 2025 18:19:27 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1763313567;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 in-reply-to:in-reply-to:references:references;
 bh=jvL33SRhxCm54P6ypfbnjdNBFTQoP6/6Cc0SnYIPMpg=;
 b=kPEnFzllVSXoZidsEjMX+87mnvKL3obpCjjKCUf0XTEUCSgirplYvk9TA30B37gPariI6P
 ZKLsjT8mLTdXXR4Wa3YjZk9areh8RTEksQwS3xK0dMQDZH9VofkjSoPULiObNDv3CIIinZ
 0W/oatpKYdKeE0d8CsHpjHRMutMI0i4SjJkPeRytkOiBHo9IhJTUuIZztoK2tyuoVCWl0L
 KD8uAMZ3j8ifdvnhDv7gVcfONDB2RWHAnDJdUB2MskSTQLxZMPQwndye9GFPSBvitLC1Gr
 Zd3VDU/dD6jOVhyoabZDiPWfpeR6dMH2BySkn3YGwa3XyPJ9Xtz0tjuXzkV2Gg==
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <87v7jbqdsz.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
 <87cy5loi4n.fsf@HIDDEN> <ier7bvsxqkq.fsf@HIDDEN>
 <87v7jbqdsz.fsf@HIDDEN>
Date: Sun, 16 Nov 2025 19:17:41 +0200
Message-ID: <87frad99sa.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
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 (-)

--=-=-=
Content-Type: text/plain

>> I feel like it would be better to have a more generic mechanism which
>> pops up the warnings buffer on the first frame created if there were any
>> warnings emitted during daemon startup.  Since warnings can be emitted
>> from other things too, not just an error in your config.  E.g. packages
>> might want to warn about certain conditions, or native compilation might
>> emit warnings.
>
> Here is a more generic patch.

This is a more complete patch:


--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=warning--display-buffer.patch

diff --git a/lisp/emacs-lisp/warnings.el b/lisp/emacs-lisp/warnings.el
index 40fa98b24eb..8935d72beb4 100644
--- a/lisp/emacs-lisp/warnings.el
+++ b/lisp/emacs-lisp/warnings.el
@@ -372,7 +372,14 @@ display-warning
 		     (if (bolp)
 			 (forward-char -1))
 		     (message "%s" (buffer-substring start (point))))))
-		((and (daemonp) (null after-init-time))
+		((and (daemonp) (eq (selected-frame) terminal-frame))
+		 ;; Display daemon startup warnings on the first client frame.
+		 ;; Also display them in the messages buffer as well.
+		 (letrec ((afterfun
+			   (lambda ()
+			     (remove-hook 'server-after-make-frame-hook afterfun)
+			     (warning--display-buffer buffer))))
+		   (add-hook 'server-after-make-frame-hook afterfun t))
 		 ;; Warnings assigned during daemon initialization go into
 		 ;; the messages buffer.
 		 (message "%s"
@@ -388,23 +395,27 @@ display-warning
 		 (or (< (warning-numeric-level level)
 			(warning-numeric-level warning-minimum-level))
 		     (warning-suppress-p type warning-suppress-types)
-		     (let ((window (display-buffer
-				    buffer
-				    (when warning-display-at-bottom
-				      `(display-buffer--maybe-at-bottom
-					(window-height
-					 . ,(lambda (window)
-					      (fit-window-to-buffer window 10)))
-					(category . warning))))))
-		       (when (and window (markerp warning-series)
-				  (eq (marker-buffer warning-series) buffer))
-			 (set-window-start window warning-series))
-		       (when (and window warning-display-at-bottom)
-			 (with-selected-window window
-			   (goto-char (point-max))
-			   (forward-line -1)
-			   (recenter -1)))
-		       (sit-for 0)))))))))
+                     (warning--display-buffer buffer))))))))
+
+(defun warning--display-buffer (buffer)
+  (let ((window (display-buffer
+		 buffer
+		 (when warning-display-at-bottom
+		   `(display-buffer--maybe-at-bottom
+		     (window-height
+		      . ,(lambda (window)
+			   (fit-window-to-buffer window 10)))
+		     (category . warning))))))
+    (when (and window (markerp warning-series)
+	       (eq (marker-buffer warning-series) buffer))
+      (set-window-start window warning-series))
+    (when (and window warning-display-at-bottom)
+      (with-selected-window window
+	(goto-char (point-max))
+	(forward-line -1)
+	(recenter -1)))
+    (sit-for 0)))
+
 
 ;; Use \\<special-mode-map> so that help-enable-autoload can do its thing.
 ;; Any keymap that is defined will do.

--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Sean Whitton <spwhitton@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 18 Nov 2025 13:29:02 +0000
Resent-Message-ID: <handler.79783.B79783.176347252125167 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Spencer Baugh <sbaugh@HIDDEN>, app-emacs-dev <app-emacs-dev@HIDDEN>,  79783 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176347252125167
          (code B ref 79783); Tue, 18 Nov 2025 13:29:02 +0000
Received: (at 79783) by debbugs.gnu.org; 18 Nov 2025 13:28:41 +0000
Received: from localhost ([127.0.0.1]:57037 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vLLlB-0006Xq-3n
	for submit <at> debbugs.gnu.org; Tue, 18 Nov 2025 08:28:41 -0500
Received: from sendmail.purelymail.com ([34.202.193.197]:44914)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <spwhitton@HIDDEN>)
 id 1vLLl8-0006Xa-96
 for 79783 <at> debbugs.gnu.org; Tue, 18 Nov 2025 08:28:39 -0500
DKIM-Signature: a=rsa-sha256;
 b=dMJL10pOYwoSPzdgcBpC/F5fHEvvBLBPD2zdfBWGMSBdHqYO0T7X3cXPp5YejWrFs+I/M2WrzH2Bn+aTpE0rmipSRF0oLrqxSV+44j4UXO6iojTEucHG9t8bV301yZ62PeJIdV3GOcAtXvEPwKLJv58zNqs0qbOLw09flG5Mf3Vxohc7CCkCT+lpbTK3XZA7BhQ1yBeaGlbx9LceOPtb8j64eHaFbLd16yNe7Edx+gErSDtagjkQnXvo86wKB8l4HGkYcc8SM6f/W6Wta5H0E9i4ckzzzJY8MqzdA88FmQgSpyI4lvYf/OoudvNm0wTdoo8hH+3kwoWXr/dc6WbmpA==;
 s=purelymail3; d=spwhitton.name; v=1;
 bh=PSz1iaQNoXNcd5LNcwJOeOnJwcd0itJuD675s0K+pNw=;
 h=Received:Received:From:To:Subject:Date; 
DKIM-Signature: a=rsa-sha256;
 b=UsZ8oE9d2NatewuffA9+/xPvUdRhtIiRrXFojXsB85qF+V6EuzsE9UvIvuqEJGBBNfkMadqUChx4jtTH8awiLnLM+y/ErApxhe1OgWBW1Hp7TY5d9uXSCSxfbXVIZ+XSvIJ8FwZ3+F97K6vv3iXaDM4Jt+05S61Hwo0zO8hexBJAAk//eteEfSmoZ+JYH533pn8a8DsBatu0b4JJVyl+eM1TA0bwXXHgweScj7GNkwgyi73xqsKJIthDwvcBudUSqorDtOEO5WOtPYAy8WJQLaT3AbqQ6FkiGxl70C3KGhT9TI8ULTTKUtflf5sTpIl4AVGTsSuzwvm7h+hioMCnkQ==;
 s=purelymail3; d=purelymail.com; v=1;
 bh=PSz1iaQNoXNcd5LNcwJOeOnJwcd0itJuD675s0K+pNw=;
 h=Feedback-ID:Received:Received:From:To:Subject:Date; 
Feedback-ID: 20115:3760:null:purelymail
X-Pm-Original-To: 79783 <at> debbugs.gnu.org
Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id 1120511082; 
 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384);
 Tue, 18 Nov 2025 13:28:32 +0000 (UTC)
Received: by zephyr.silentflame.com (Postfix, from userid 1000)
 id 85FBB9409EB; Tue, 18 Nov 2025 13:28:31 +0000 (GMT)
From: Sean Whitton <spwhitton@HIDDEN>
In-Reply-To: <CAO=BR8MHuFe=AVEOzDoQFQ2Uhm_74t3Guk9n_k1s6d5k7pQVCw@HIDDEN>
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
 <87cy5loi4n.fsf@HIDDEN> <ier7bvsxqkq.fsf@HIDDEN>
 <86qztzpxi7.fsf@HIDDEN>
 <CAO=BR8MHuFe=AVEOzDoQFQ2Uhm_74t3Guk9n_k1s6d5k7pQVCw@HIDDEN>
Date: Tue, 18 Nov 2025 13:28:31 +0000
Message-ID: <87zf8jpj0g.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
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 (-)

Hello,

On Sat 15 Nov 2025 at 11:52am -05, Spencer Baugh wrote:

> Probably yes.  Though as discussed recently in another bug though, some u=
sers
> create frames in the daemon using arbitrary Lisp rather than the server p=
rotocol.
> If that's how the first frame is created it should maybe still get warnin=
gs.  Though
> maybe not, if such code is creating frames for a special use case

I have some such code to create frames with arbitrary Lisp
(make-frame-on-display called by using server-eval-at).

If you are trying to debug something and the only reason the warnings
don't show up is that your window manager's key binding to create new
frames skips server-after-make-frame-hook then you could waste a lot of
time.  Therefore I think this should go on after-make-frame-functions.

Juri, I tried your latest patch, it works very well.  Nice work.
Aside from switching to after-make-frame-functions it seems ready to
document and install.

> It would be nicer if the warning icon adapted to the graphical
> capabilities, e.g.:
>
>   (propertize
>    "=E2=96=A0" 'display
>    `((when (not (display-graphic-p)) . "=E2=96=A0")
>      (when (display-graphic-p) . "=E2=9B=94")))

Yes.  It's tricky to see exactly what to change in the define-icon
declaration to make this work.

--=20
Sean Whitton

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79783: 30.1.90; emacs --daemon users don't see warnings emitted during startup
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 18 Nov 2025 18:00:02 +0000
Resent-Message-ID: <handler.79783.B79783.176348876624661 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79783
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Sean Whitton <spwhitton@HIDDEN>
Cc: Spencer Baugh <sbaugh@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, app-emacs-dev <app-emacs-dev@HIDDEN>, 79783 <at> debbugs.gnu.org
Received: via spool by 79783-submit <at> debbugs.gnu.org id=B79783.176348876624661
          (code B ref 79783); Tue, 18 Nov 2025 18:00:02 +0000
Received: (at 79783) by debbugs.gnu.org; 18 Nov 2025 17:59:26 +0000
Received: from localhost ([127.0.0.1]:59134 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vLPzB-0006Pf-Go
	for submit <at> debbugs.gnu.org; Tue, 18 Nov 2025 12:59:25 -0500
Received: from mout-p-101.mailbox.org ([80.241.56.151]:41164)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>)
 id 1vLPz9-0006PO-8R; Tue, 18 Nov 2025 12:59:23 -0500
Received: from smtp1.mailbox.org (smtp1.mailbox.org
 [IPv6:2001:67c:2050:b231:465::1])
 (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 mout-p-101.mailbox.org (Postfix) with ESMTPS id 4d9snG3MX1z9twj;
 Tue, 18 Nov 2025 18:59:14 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1763488754;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=CSP0/3+nKRNFhqsziYkRR2TiQ3TBZ4NS+jN6T1DeN2o=;
 b=g+U4Cl76K3lJDRvEe7XBZYgPbYQVWY9kEmOohk3R6p4RXim3RLtFgmk/iY413Mn9yrJwkJ
 uRdAi3ZGZBvTYEm9WeVl75NSfN8oGKqAtld82wI9PpqJWkvjuTw1gVJUR0CleottcOnsi/
 sW/uZPW5k2DBTOI12VRiy2yYv1N+eq/5ykA90mNACaoL+FpElM03wshSrldtUxJyv6m6nS
 EcmV5luzSUJsey8VqS4DXj+ZHx46bVF+rtj0/le4u+1PE6QAz/df5mhdzZWFrBVim0k3Ec
 sSCMpo+uAyCF6MxsWijvNq8mifZTePPBZ7Ie2p3ofgo5CjiQ0PcHWaipp3Qyng==
Authentication-Results: outgoing_mbo_mout; dkim=none;
 spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates
 2001:67c:2050:b231:465::1 as permitted sender) smtp.mailfrom=juri@HIDDEN
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <87zf8jpj0g.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
 <87cy5loi4n.fsf@HIDDEN> <ier7bvsxqkq.fsf@HIDDEN>
 <86qztzpxi7.fsf@HIDDEN>
 <CAO=BR8MHuFe=AVEOzDoQFQ2Uhm_74t3Guk9n_k1s6d5k7pQVCw@HIDDEN>
 <87zf8jpj0g.fsf@HIDDEN>
Date: Tue, 18 Nov 2025 19:57:14 +0200
Message-ID: <87y0o3w7et.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Rspamd-Queue-Id: 4d9snG3MX1z9twj
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 (-)

close 79783 31.0.50
thanks

>> Probably yes.  Though as discussed recently in another bug though, some users
>> create frames in the daemon using arbitrary Lisp rather than the server protocol.
>> If that's how the first frame is created it should maybe still get warnings.  Though
>> maybe not, if such code is creating frames for a special use case
>
> I have some such code to create frames with arbitrary Lisp
> (make-frame-on-display called by using server-eval-at).
>
> If you are trying to debug something and the only reason the warnings
> don't show up is that your window manager's key binding to create new
> frames skips server-after-make-frame-hook then you could waste a lot of
> time.  Therefore I think this should go on after-make-frame-functions.
>
> Juri, I tried your latest patch, it works very well.  Nice work.
> Aside from switching to after-make-frame-functions it seems ready to
> document and install.

Ok, let's use after-make-frame-functions due to its wider coverage.
So now pushed and closed.  Not sure if it should be documented
since it now just does the right thing.

>> It would be nicer if the warning icon adapted to the graphical
>> capabilities, e.g.:
>>
>>   (propertize
>>    "■" 'display
>>    `((when (not (display-graphic-p)) . "■")
>>      (when (display-graphic-p) . "⛔")))
>
> Yes.  It's tricky to see exactly what to change in the define-icon
> declaration to make this work.

There are several conditions in 'icons--create' defmethods,
so duplicating these conditions in the display spec
would significantly degrade performance.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 18 Nov 2025 17:59:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 18 12:59:26 2025
Received: from localhost ([127.0.0.1]:59136 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vLPzB-0006Pj-Tc
	for submit <at> debbugs.gnu.org; Tue, 18 Nov 2025 12:59:26 -0500
Received: from mout-p-101.mailbox.org ([80.241.56.151]:41164)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <juri@HIDDEN>)
 id 1vLPz9-0006PO-8R; Tue, 18 Nov 2025 12:59:23 -0500
Received: from smtp1.mailbox.org (smtp1.mailbox.org
 [IPv6:2001:67c:2050:b231:465::1])
 (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 mout-p-101.mailbox.org (Postfix) with ESMTPS id 4d9snG3MX1z9twj;
 Tue, 18 Nov 2025 18:59:14 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; 
 t=1763488754;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=CSP0/3+nKRNFhqsziYkRR2TiQ3TBZ4NS+jN6T1DeN2o=;
 b=g+U4Cl76K3lJDRvEe7XBZYgPbYQVWY9kEmOohk3R6p4RXim3RLtFgmk/iY413Mn9yrJwkJ
 uRdAi3ZGZBvTYEm9WeVl75NSfN8oGKqAtld82wI9PpqJWkvjuTw1gVJUR0CleottcOnsi/
 sW/uZPW5k2DBTOI12VRiy2yYv1N+eq/5ykA90mNACaoL+FpElM03wshSrldtUxJyv6m6nS
 EcmV5luzSUJsey8VqS4DXj+ZHx46bVF+rtj0/le4u+1PE6QAz/df5mhdzZWFrBVim0k3Ec
 sSCMpo+uAyCF6MxsWijvNq8mifZTePPBZ7Ie2p3ofgo5CjiQ0PcHWaipp3Qyng==
Authentication-Results: outgoing_mbo_mout; dkim=none;
 spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates
 2001:67c:2050:b231:465::1 as permitted sender) smtp.mailfrom=juri@HIDDEN
From: Juri Linkov <juri@HIDDEN>
To: Sean Whitton <spwhitton@HIDDEN>
Subject: Re: bug#79783: 30.1.90; emacs --daemon users don't see warnings
 emitted during startup
In-Reply-To: <87zf8jpj0g.fsf@HIDDEN>
Organization: LINKOV.NET
References: <iercy5t4s7b.fsf@HIDDEN> <87jz004eko.fsf@HIDDEN>
 <87qzu89zr0.fsf@HIDDEN>
 <878qgf682k.fsf@HIDDEN>
 <87cy5ra39k.fsf@HIDDEN>
 <ierjyztyejf.fsf@HIDDEN> <87ikfdojvn.fsf@HIDDEN>
 <87cy5loi4n.fsf@HIDDEN> <ier7bvsxqkq.fsf@HIDDEN>
 <86qztzpxi7.fsf@HIDDEN>
 <CAO=BR8MHuFe=AVEOzDoQFQ2Uhm_74t3Guk9n_k1s6d5k7pQVCw@HIDDEN>
 <87zf8jpj0g.fsf@HIDDEN>
Date: Tue, 18 Nov 2025 19:57:14 +0200
Message-ID: <87y0o3w7et.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Rspamd-Queue-Id: 4d9snG3MX1z9twj
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: control
Cc: Spencer Baugh <sbaugh@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 app-emacs-dev <app-emacs-dev@HIDDEN>, 79783 <at> debbugs.gnu.org
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 (-)

close 79783 31.0.50
thanks

>> Probably yes.  Though as discussed recently in another bug though, some users
>> create frames in the daemon using arbitrary Lisp rather than the server protocol.
>> If that's how the first frame is created it should maybe still get warnings.  Though
>> maybe not, if such code is creating frames for a special use case
>
> I have some such code to create frames with arbitrary Lisp
> (make-frame-on-display called by using server-eval-at).
>
> If you are trying to debug something and the only reason the warnings
> don't show up is that your window manager's key binding to create new
> frames skips server-after-make-frame-hook then you could waste a lot of
> time.  Therefore I think this should go on after-make-frame-functions.
>
> Juri, I tried your latest patch, it works very well.  Nice work.
> Aside from switching to after-make-frame-functions it seems ready to
> document and install.

Ok, let's use after-make-frame-functions due to its wider coverage.
So now pushed and closed.  Not sure if it should be documented
since it now just does the right thing.

>> It would be nicer if the warning icon adapted to the graphical
>> capabilities, e.g.:
>>
>>   (propertize
>>    "■" 'display
>>    `((when (not (display-graphic-p)) . "■")
>>      (when (display-graphic-p) . "⛔")))
>
> Yes.  It's tricky to see exactly what to change in the define-icon
> declaration to make this work.

There are several conditions in 'icons--create' defmethods,
so duplicating these conditions in the display spec
would significantly degrade performance.

Last modified: Tue, 18 Nov 2025 18:15:02 UTC

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