From unknown Tue Jun 17 03:36:01 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#72433 <72433@debbugs.gnu.org> To: bug#72433 <72433@debbugs.gnu.org> Subject: Status: 29.4; Inconsistent "Loading" message suppression for batch mode Reply-To: bug#72433 <72433@debbugs.gnu.org> Date: Tue, 17 Jun 2025 10:36:01 +0000 retitle 72433 29.4; Inconsistent "Loading" message suppression for batch mo= de reassign 72433 emacs submitter 72433 Derek Upham severity 72433 normal tag 72433 wontfix notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 02 21:06:40 2024 Received: (at submit) by debbugs.gnu.org; 3 Aug 2024 01:06:41 +0000 Received: from localhost ([127.0.0.1]:53890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sa3EG-0002U0-DI for submit@debbugs.gnu.org; Fri, 02 Aug 2024 21:06:40 -0400 Received: from lists.gnu.org ([209.51.188.17]:57420) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sa3EC-0002Tp-An for submit@debbugs.gnu.org; Fri, 02 Aug 2024 21:06:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sa3Ds-00055y-2v for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2024 21:06:16 -0400 Received: from wilbur.contactoffice.com ([212.3.242.68]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sa3Dp-0008IE-4R for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2024 21:06:15 -0400 Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by wilbur.contactoffice.com (Postfix) with ESMTP id 576E8643 for ; Sat, 3 Aug 2024 03:06:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1722647167; s=20240605-akrp; d=mailfence.com; i=derek_upham@mailfence.com; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; bh=YAymU3bWmodo9LHMhsawDaK9Y0NGn3o/zLPb0RQMCqI=; b=l4nCP7Wrv8K7E5x7OkNFHxqw8huco5NWS7jlqhNhPzOKRG54y5Ue6D2g9iA+LdTj WbGluG3LkeIFgHm/R4LUQIl2Dy/M0VydkngsDFMdvgPy8LcVbAI43Ja0TgIGIzXlbxC 0ETrMrCrBRpwsds9a3TBU3VYDq+jAPadmVmMK3/lRQzXwzlsALf/aGhjnf0dQCMTG3j M0Y4j4jXtRRuMt2mceQqqRW6O7Ps8nzHFFoDrgfpil4gzSeZUgc29kiqVKA6ev5QVSb 9mRoWVYwM8fEaQMoubHemzbHvD6HiVhtsx3PKZupQVlUy4b2rM66yt1qssrWjb50S9R K92o3xAFYQ== Received: by smtp.mailfence.com with ESMTPSA for ; Sat, 3 Aug 2024 03:06:02 +0200 (CEST) Received: from [::1] (helo=priss.frightenedpiglet.com) by priss.frightenedpiglet.com with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.97) (envelope-from ) id 1sa3Dc-00000000hwq-0Hsa for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2024 18:06:00 -0700 From: Derek Upham To: bug-gnu-emacs@gnu.org Subject: 29.4; Inconsistent "Loading" message suppression for batch mode Date: Fri, 02 Aug 2024 18:05:59 -0700 Message-ID: <877ccya008.fsf@priss.frightenedpiglet.com> MIME-Version: 1.0 Content-Type: text/plain X-ContactOffice-Account: com:175140567 Received-SPF: pass client-ip=212.3.242.68; envelope-from=derek_upham@mailfence.com; helo=wilbur.contactoffice.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) The relevant function is "load" (a.k.a "Fload"). The relevant file is "src/lread.c". This exists in the current emacs-30 branch HEAD commit 94fe5894d99. The function "load" has two code blocks that display progress messages when loading files. First: if (NILP (nomessage) || force_load_messages) { if (is_module) message_with_string ("Loading %s (module)...", file, 1); else if (is_native_elisp) message_with_string ("Loading %s (native compiled elisp)...", file, 1); else if (!compiled) message_with_string ("Loading %s (source)...", file, 1); else if (newer) message_with_string ("Loading %s (compiled; note, source file is newer)...", file, 1); else /* The typical case; compiled file newer than source file. */ message_with_string ("Loading %s...", file, 1); } Second: if (!noninteractive && (NILP (nomessage) || force_load_messages)) { if (is_module) message_with_string ("Loading %s (module)...done", file, 1); else if (is_native_elisp) message_with_string ("Loading %s (native compiled elisp)...done", file, 1); else if (!compiled) message_with_string ("Loading %s (source)...done", file, 1); else if (newer) message_with_string ("Loading %s (compiled; note, source file is newer)...done", file, 1); else /* The typical case; compiled file newer than source file. */ message_with_string ("Loading %s...done", file, 1); } This pair follows the standard Emacs practice of an initial progress message, a long activity, and then then the same message with "done" on the end. The second block's test skips the body if the "noninteractive" flag is set. (The "-batch" command line argument sets that flag, in "main()".) But the first block's test does not take "noninteractive" into account. That means that batch mode produces loading "half-messages". Loading /etc/emacs/site-start.d/00debian.el (source)... Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50bbdb3.el (source)... We probably want consistent non-display in batch mode, which we can get by adding a similar "!noninteractive" test to the first progress block. In GNU Emacs 29.4 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.42, cairo version 1.18.0) of 2024-06-29, modified by Debian built on sbuild Windowing system distributor 'The X.Org Foundation', version 11.0.12101011 System Description: Debian GNU/Linux trixie/sid Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/29.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/29.4/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/29.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/29.4/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/build/reproducible-path/emacs-29.4+1=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB -- Derek Upham derek_upham@mailfence.com From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 03 02:05:25 2024 Received: (at 72433) by debbugs.gnu.org; 3 Aug 2024 06:05:25 +0000 Received: from localhost ([127.0.0.1]:53995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sa7tM-00025x-Nj for submit@debbugs.gnu.org; Sat, 03 Aug 2024 02:05:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sa7tJ-00025c-S9; Sat, 03 Aug 2024 02:05:22 -0400 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 ) id 1sa7su-0003HY-AX; Sat, 03 Aug 2024 02:04:56 -0400 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=Ipm8cHnwG4nS+J85yLoTU/A6poueRPHVpi1lB+MT8Ts=; b=CCkYnjD90FIu eeAUFiDYDa7Os1+vq4+Ye3Tr6evWqwYq5cxzUgu5uR4caMrR2ydxN2LksI2/lt1doEMh6WXBb9NKA slUNSf9nvl7Ui5GnoNfw2ReseRHNMSbgoaUUEI+eKbVR42tyNf4Rmj+cqrRU9CYFNUDXkUywWuLBP NpvhH4j1h/9kMuN+fH40mvD9WXagTfS/KK5MD9++ff6WVaHdwr6X1GsUPoAgcts24+3Y/YjgdTwhm eFFcElXTpcAgMjABWJAKfSnKqmb6P4u6ocNZ9A7RchqPPEdPF8kzh92lphbd5aybpz+sgonfbQYHV BucJA9a9gYWLgPG8V0rLXQ==; Date: Sat, 03 Aug 2024 09:04:55 +0300 Message-Id: <86le1euooo.fsf@gnu.org> From: Eli Zaretskii To: Derek Upham In-Reply-To: <877ccya008.fsf@priss.frightenedpiglet.com> (bug-gnu-emacs@gnu.org) Subject: Re: bug#72433: 29.4; Inconsistent "Loading" message suppression for batch mode References: <877ccya008.fsf@priss.frightenedpiglet.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 72433 Cc: 72433@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 72433 notabug wontfix thanks > Date: Fri, 02 Aug 2024 18:05:59 -0700 > From: Derek Upham via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > > The second block's test skips the body if the "noninteractive" flag is > set. (The "-batch" command line argument sets that flag, in "main()".) > But the first block's test does not take "noninteractive" into account. > That means that batch mode produces loading "half-messages". > > Loading /etc/emacs/site-start.d/00debian.el (source)... > Loading /etc/emacs/site-start.d/50autoconf.el (source)... > Loading /etc/emacs/site-start.d/50bbdb3.el (source)... Yes, and this is done on purpose: in batch mode the second line is redundant because all the lines remain visible on the screen, whereas in the interactive case the user can only see the last message (in the echo area), and thus leaving the "Loading..." message there could be misinterpreted as if the load is still in progress. > We probably want consistent non-display in batch mode, which we can get > by adding a similar "!noninteractive" test to the first progress block. No, we don't want consistency in this case, at least not this kind of consistency. This is not a bug. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 03 12:08:33 2024 Received: (at 72433) by debbugs.gnu.org; 3 Aug 2024 16:08:33 +0000 Received: from localhost ([127.0.0.1]:54728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1saHJ2-0000xJ-SD for submit@debbugs.gnu.org; Sat, 03 Aug 2024 12:08:33 -0400 Received: from wilbur.contactoffice.com ([212.3.242.68]:38454) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1saHJ0-0000wi-D2 for 72433@debbugs.gnu.org; Sat, 03 Aug 2024 12:08:31 -0400 Received: from ichabod.co-bxl (ichabod.co-bxl [10.2.0.36]) by wilbur.contactoffice.com (Postfix) with ESMTP id ED2902789; Sat, 3 Aug 2024 18:08:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1722701284; s=20240605-akrp; d=mailfence.com; i=derek_upham@mailfence.com; h=Date:From:To:Cc:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type; bh=FQPyhJ/URGqLCCxwI5d0bidIulBi3SsF7uGHlVvobfE=; b=hL/ce3dg03xifxZzYQeS3TszhFORpdLFIINh3IcmkA1ONZqXA27z5rpOGxztbrOT iwnPkVEpgly5NBjTEdRAZy7wicgYynY1ubbNt/WzPnEQ/a+utvTdD3RXpqZlrLsja6U pNPQRlDBKLmeA21ipNkky+ykYu1GwTvSyJpsUxnGvIZFxkDFi5NR7U1qR3my/1c676T VPDTNnvnz7DuKkpL2b7u0I5Qnsln7kXGt8IlCA78CAjpOcYMlkbhkXyGeNekLISBZAO 83Aobq5Un4X3iTLD2g46n+6w9hiEwxv5bYABfPGkh84Q6HT6IPaiCUP1VR7JpEU6erM PnhjyhgP2g== Date: Sat, 3 Aug 2024 18:08:02 +0200 (CEST) From: Derek Upham To: Eli Zaretskii Message-ID: <1115600804.1109793.1722701282328@ichabod.co-bxl> In-Reply-To: <86le1euooo.fsf@gnu.org> References: <877ccya008.fsf@priss.frightenedpiglet.com> <86le1euooo.fsf@gnu.org> Subject: Re: bug#72433: 29.4; Inconsistent "Loading" message suppression for batch mode MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1109791_1227750513.1722701282328" X-Mailer: ContactOffice Mail X-ContactOffice-Account: com:175140567 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 72433 Cc: 72433@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------=_Part_1109791_1227750513.1722701282328 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Aug 2, 2024 at 11:04 PM, Eli Zaretskii wrote:Yes, and thi= s is done on purpose: in batch mode the second line is redundant because all the lines remain visible on the screen, whereas in the interactive case the user can only see the last message (in the echo area), and thus leaving the "Loading..." message there could be misinterpreted as if the load is still in progress. Got it.=C2=A0 Is it worth turning this into a code comment, before that sec= ond block? /* Support interactive users with extra progress messages, =C2=A0=C2=A0 following minibuffer conventions. */ --=C2=A0 Sent with https://mailfence.com Secure and private email ------=_Part_1109791_1227750513.1722701282328 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Aug 2, 2024 at 11:04 PM, Eli Zaretskii <eliz@gnu.org> wrote:
Yes, and this is done on purpose: in batch mode the second line is
redundant because all the lines remain visible on the screen, whereas
in the interactive case the user can only see the last message (in the
echo area), and thus leaving the "Loading..." message there could be
misinterpreted as if the load is still in progress.
Got it.  Is it worth turning this into a code comment, before that second block?

/* Support interactive users with extra progress messages,
   following minibuffer conventions. */

-- 
Sent with https://mailfence.com
Secure and private email
------=_Part_1109791_1227750513.1722701282328-- From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 04 04:59:18 2024 Received: (at 72433-done) by debbugs.gnu.org; 4 Aug 2024 08:59:18 +0000 Received: from localhost ([127.0.0.1]:55485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1saX5C-0008Cr-07 for submit@debbugs.gnu.org; Sun, 04 Aug 2024 04:59:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39368) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1saX5A-0008CP-4W for 72433-done@debbugs.gnu.org; Sun, 04 Aug 2024 04:59:16 -0400 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 ) id 1saX4k-0000Qk-1Z; Sun, 04 Aug 2024 04:58:50 -0400 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=YSYf+hhjfULC5ebQOk1qj7jvJ6mzaAlDvzfhduSTusQ=; b=U+Q6cOPGLO5r J1+1w6HUbVBLV9Lq0zuC80BauK4dRgQTIu2WlTLqDZAZB2fen66+YuxykgjVAo2NnQ7t2TY/v/8Pz /dq7v9NH/xfEIE4RSLKWtfyubnZOgg2yvhWmEUfh9SakPL0uyHWKd/qAldyV4L9cEwwl/FtkR5i4+ kt7yrwOHZ2/KypbHH94fGml2u1XU0Dhn9mbKE38l9g6m0jt0P9bSqh6PEDQCMzarmbueQe1FU/2p5 vRZpJkG9L6zBpMfiEgtaGBPAfYDTccO+DJusByBD6219Bmrum0E/8iOtyrCn+CNJlmwNAkxct7kKx /YNZ6bxMh/Bivjuokc/H7w==; Date: Sun, 04 Aug 2024 11:58:47 +0300 Message-Id: <86a5hsslyw.fsf@gnu.org> From: Eli Zaretskii To: Derek Upham In-Reply-To: <1115600804.1109793.1722701282328@ichabod.co-bxl> (message from Derek Upham on Sat, 3 Aug 2024 18:08:02 +0200 (CEST)) Subject: Re: bug#72433: 29.4; Inconsistent "Loading" message suppression for batch mode References: <877ccya008.fsf@priss.frightenedpiglet.com> <86le1euooo.fsf@gnu.org> <1115600804.1109793.1722701282328@ichabod.co-bxl> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 72433-done Cc: 72433-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 3 Aug 2024 18:08:02 +0200 (CEST) > From: Derek Upham > Cc: 72433@debbugs.gnu.org > > Got it. Is it worth turning this into a code comment, before that second block? > > /* Support interactive users with extra progress messages, > following minibuffer conventions. */ Done, and closing the bug. From unknown Tue Jun 17 03:36:01 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 01 Sep 2024 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator