GNU bug report logs - #54718
28.0.92; rcirc channel-vs-log buffer confusion

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Ken Raeburn <raeburn@HIDDEN>; Keywords: patch; dated Mon, 4 Apr 2022 22:35:01 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.
Added tag(s) patch. Request was from Lars Ingebrigtsen <larsi@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

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


Received: (at submit) by debbugs.gnu.org; 5 Apr 2022 10:04:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 05 06:04:07 2022
Received: from localhost ([127.0.0.1]:53769 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1nbg2g-0004mN-PL
	for submit <at> debbugs.gnu.org; Tue, 05 Apr 2022 06:04:07 -0400
Received: from lists.gnu.org ([209.51.188.17]:50594)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <philipk@HIDDEN>) id 1nbg2e-0004mF-Qi
 for submit <at> debbugs.gnu.org; Tue, 05 Apr 2022 06:04:05 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:52790)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <philipk@HIDDEN>)
 id 1nbg2e-0007LK-I0
 for bug-gnu-emacs@HIDDEN; Tue, 05 Apr 2022 06:04:04 -0400
Received: from mout01.posteo.de ([185.67.36.65]:36845)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <philipk@HIDDEN>)
 id 1nbg2c-000690-8m
 for bug-gnu-emacs@HIDDEN; Tue, 05 Apr 2022 06:04:04 -0400
Received: from submission (posteo.de [185.67.36.169]) 
 by mout01.posteo.de (Postfix) with ESMTPS id EC55F240033
 for <bug-gnu-emacs@HIDDEN>; Tue,  5 Apr 2022 12:03:59 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017;
 t=1649153040; bh=e4DtH618IB3pDZedLBUkRHDF1kxnLMitl5SWZ0WC67Q=;
 h=From:To:Cc:Subject:Autocrypt:Date:From;
 b=Th89LeCFA/1VIXzNGR9CZDiBgsIuGjRVVHJZrgJUszZE4CtkcpZlc77rpENzFb6sF
 Q+iAV+m2cl4OOL0ZeN1YvIEybLOW+60KcWMVUILQATn5LH7ORAkeiErtDz5LUybV4W
 aZ3Ii8QkOIa7zMw1qZdOTsFIeF+3IR3I//M2jYnYSNZWE4gaoVjmOAc2gt/1xZC1B1
 /5hMQHLljTcobnBKQHQvHMJJPRr8U8XRqHyWe/ieYgizVer0mx9MzcKpktUa4eNry3
 c7Uh98rZw+cyuBX6tX/CdQBM1kFpHvzHV5WC3uUEKg5ThJIRc9ywa5D3BDa/mnnhqz
 d/2K5TxLaJ48A==
Received: from customer (localhost [127.0.0.1])
 by submission (posteo.de) with ESMTPSA id 4KXjsQ6JJCz9rxh;
 Tue,  5 Apr 2022 12:03:54 +0200 (CEST)
From: Philip Kaludercic <philipk@HIDDEN>
To: Ken Raeburn <raeburn@HIDDEN>
Subject: Re: 28.0.92; rcirc channel-vs-log buffer confusion
In-Reply-To: <877d84qxz6.fsf@HIDDEN> (Ken Raeburn's message of "Mon, 04
 Apr 2022 18:34:37 -0400")
References: <877d84qxz6.fsf@HIDDEN>
Autocrypt: addr=philipk@HIDDEN; prefer-encrypt=nopreference; keydata=
 mDMEYHHqUhYJKwYBBAHaRw8BAQdAp3GdmYJ6tm5McweY6dEvIYIiry+Oz9rU4MH6NHWK0Ee0QlBo
 aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0
 ZW8ubmV0PoiQBBMWCAA4FiEEDM2H44ZoPt9Ms0eHtVrAHPRh1FwFAmBx6lICGwMFCwkIBwIGFQoJ
 CAsCBBYCAwECHgECF4AACgkQtVrAHPRh1FyTkgEAjlbGPxFchvMbxzAES3r8QLuZgCxeAXunM9gh
 io0ePtUBALVhh9G6wIoZhl0gUCbQpoN/UJHI08Gm1qDob5zDxnIHuDgEYHHqUhIKKwYBBAGXVQEF
 AQEHQNcRB+MUimTMqoxxMMUERpOR+Q4b1KgncDZkhrO2ql1tAwEIB4h4BBgWCAAgFiEEDM2H44Zo
 Pt9Ms0eHtVrAHPRh1FwFAmBx6lICGwwACgkQtVrAHPRh1Fw1JwD/Qo7kvtib8jy7puyWrSv0MeTS
 g8qIxgoRWJE/KKdkCLEA/jb9b9/g8nnX+UcwHf/4VfKsjExlnND3FrBviXUW6NcB
Date: Tue, 05 Apr 2022 10:03:49 +0000
Message-ID: <874k379796.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@HIDDEN;
 helo=mout01.posteo.de
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,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-Debbugs-Envelope-To: submit
Cc: bug-gnu-emacs@HIDDEN
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: -2.3 (--)

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

Ken Raeburn <raeburn@HIDDEN> writes:

> I=E2=80=99m using rcirc, and have logging turned on.   When I started up
> rcirc, I already had one of the log files
> (~/.emacs.d/rcirc-log/#gnucash@HIDDEN) being viewed in a
> buffer. That buffer, sensibly enough, was named
> =E2=80=9C#gnucash@HIDDEN=E2=80=9D.   Once rcirc connected to irc.g=
nome.org, and
> joined my channels, it looked for a buffer named
> =E2=80=9C#gnucash@HIDDEN=E2=80=9D, assumed that that was its own b=
uffer for
> showing channel messages, switched it to rcirc mode, and started
> adding to it. So now, the buffer starts off:      2022-04-04T18:01:18
> *** raeburn JOIN
>    2022-04-04T18:01:18 *** ChanServ MODE +v raeburn
>    2022-04-04T18:01:18 *** TOPIC Free GPL Personal and Small Business
>    Accounting=E2=80=A6
>    2022-04-04T18:01:18 *** NAMES =E2=80=A6
>    2021-11-01T13:49:16 *** sbluhm JOIN     2021-11-01T13:50:25 ***
>   Mechtilde QUIT Ping timeout: 180 seconds
>    2021-11-01T14:10:13 *** jervin QUIT Quit: jervin
>

[...]

> I can probably work around this by tweaking desktop-files-not-to-save so
> I don=E2=80=99t accidentally hit this when restarting Emacs, but (1) I do=
 want
> to be able to look at a log file and preserve my position in it from
> session to session, and (2) manually pulling up a log file before
> starting rcirc would still trigger the same lossage.

It might help to add rcirc-mode to desktop-modes-not-to-save, but you
are right the fundamental issue still is that rcirc can get confused by
specific buffer names.

One solution might just be to wrap the body of
rcirc-generate-new-buffer-name in a generate-new-buffer call, so as to
avoid these issue.  IIRC there should be no issue if the buffer name for
a rcirc chat buffer has a modified name, as the buffer objects all
managed via rcirc-buffer-alist and rcirc-get-buffer.

Could you try applying this patch to see if this improves the situation,
or if some other issues arise:


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

diff --git a/lisp/net/rcirc.el b/lisp/net/rcirc.el
index 859dc175e5..1f82924d98 100644
--- a/lisp/net/rcirc.el
+++ b/lisp/net/rcirc.el
@@ -1556,10 +1556,11 @@ rcirc-clean-up-buffer
 (defun rcirc-generate-new-buffer-name (process target)
   "Return a buffer name based on PROCESS and TARGET.
 This is used for the initial name given to IRC buffers."
-  (substring-no-properties
-   (if target
-       (concat target "@" (process-name process))
-     (concat "*" (process-name process) "*"))))
+  (generate-new-buffer
+   (substring-no-properties
+    (if target
+        (concat target "@" (process-name process))
+      (concat "*" (process-name process) "*")))))
 
 (defun rcirc-get-buffer (process target &optional server)
   "Return the buffer associated with the PROCESS and TARGET.

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


-- 
	Philip Kaludercic

--=-=-=--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#54718; Package emacs. Full text available.

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


Received: (at submit) by debbugs.gnu.org; 4 Apr 2022 22:34:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 04 18:34:52 2022
Received: from localhost ([127.0.0.1]:53274 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1nbVHf-0006Tn-Iv
	for submit <at> debbugs.gnu.org; Mon, 04 Apr 2022 18:34:52 -0400
Received: from lists.gnu.org ([209.51.188.17]:58810)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <raeburn@HIDDEN>) id 1nbVHc-0006Tb-Ex
 for submit <at> debbugs.gnu.org; Mon, 04 Apr 2022 18:34:50 -0400
Received: from eggs.gnu.org ([209.51.188.92]:37504)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <raeburn@HIDDEN>)
 id 1nbVHc-0002P5-67
 for bug-gnu-emacs@HIDDEN; Mon, 04 Apr 2022 18:34:48 -0400
Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:56909)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <raeburn@HIDDEN>)
 id 1nbVHY-00040M-H1
 for bug-gnu-emacs@HIDDEN; Mon, 04 Apr 2022 18:34:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;
 s=mimecast20190719; t=1649111682;
 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;
 bh=bFtDcU7zvp8RnvZLpwgsSVUGfPSUxDpak6yr2SWTwT0=;
 b=AeViFo9mndhuqYGehqHMrDyi6gOhA5/DOmaPqZM0jNPskHCICfIpMg3e6JVzTWcU5ewAX+
 Pp1YW+Yg1U5iWoXPpcLAEghWbkWKJL4D814cZ/klNOijSJr1mCTwo+h06sIjGSb7XYX5to
 DlVyseUWJhP6nu4l+vo9Q9zwLxWQAWU=
Received: from mail-qt1-f199.google.com (mail-qt1-f199.google.com
 [209.85.160.199]) by relay.mimecast.com with ESMTP with STARTTLS
 (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 us-mta-460-UG4pJbAmPbmHvCHWbl9gKQ-1; Mon, 04 Apr 2022 18:34:42 -0400
X-MC-Unique: UG4pJbAmPbmHvCHWbl9gKQ-1
Received: by mail-qt1-f199.google.com with SMTP id
 e5-20020ac85985000000b002e217abd72fso7344897qte.9
 for <bug-gnu-emacs@HIDDEN>; Mon, 04 Apr 2022 15:34:42 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version
 :content-transfer-encoding;
 bh=+sPFoOsLKME7YEUqzK5ClGHTKeOWBB/f9K+RYYAfD5k=;
 b=Il5DCULY6k0NCQDwpJmjNd8jRzfITRRWYPQnP6oOG32doXzbND5JIjVyA2Vht/5mAh
 PmUAX0Ee6EELeWI3KGoB7RvDd8bJ0qH20/gxJeulpAsr5M+fa70DpOvZKmpJ7oRL+NmK
 BvCGvJm6aFVzP3wQ3lEaWWchly3PB/Azsv6GwlGIKcV8zFE/8hUV7vh6lePkJ2Y3dUwp
 jqqcvYBczUDsB1VCZqnnHoCOFeKeCeaVOjJxKY68b5K8gR4Bh/SePTM2Vricp12DeWQJ
 Peflx5tXmKvHO/bWkj1cTK931EzzFF1giriZhW/4bnzKMsr7zqwRWTnUUvsiW8cv8/xr
 zIBw==
X-Gm-Message-State: AOAM533MkktczJfTAG3O223z6iPfhibcameCemBMov5VzHckWkt3dxF5
 or6lfP/6l4TrXo2DsistqOLys4OxPYRi6XOqbCoc9gzGxTiRCStdFFsYYn6jA5B4L9/lAHZZlZ/
 yHNfHOzu/6mY4f9w=
X-Received: by 2002:ac8:58c3:0:b0:2e1:c58b:f757 with SMTP id
 u3-20020ac858c3000000b002e1c58bf757mr550837qta.676.1649111680947; 
 Mon, 04 Apr 2022 15:34:40 -0700 (PDT)
X-Google-Smtp-Source: ABdhPJxqLC2n125G2x/rJton1IJFRexpn24YSrvoLh6vF5+nAgP4Kf9a9dC+QOJprHYAfO5henxT9g==
X-Received: by 2002:ac8:58c3:0:b0:2e1:c58b:f757 with SMTP id
 u3-20020ac858c3000000b002e1c58bf757mr550817qta.676.1649111680655; 
 Mon, 04 Apr 2022 15:34:40 -0700 (PDT)
Received: from crash (c-24-60-138-149.hsd1.ma.comcast.net. [24.60.138.149])
 by smtp.gmail.com with ESMTPSA id
 j12-20020ae9c20c000000b0067ec380b320sm7261847qkg.64.2022.04.04.15.34.38
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Mon, 04 Apr 2022 15:34:39 -0700 (PDT)
From: Ken Raeburn <raeburn@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 28.0.92; rcirc channel-vs-log buffer confusion
Date: Mon, 04 Apr 2022 18:34:37 -0400
Message-ID: <877d84qxz6.fsf@HIDDEN>
MIME-Version: 1.0
Authentication-Results: relay.mimecast.com;
 auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=raeburn@HIDDEN
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=170.10.133.124; envelope-from=raeburn@HIDDEN;
 helo=us-smtp-delivery-124.mimecast.com
X-Spam_score_int: -28
X-Spam_score: -2.9
X-Spam_bar: --
X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.082,
 DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
Cc: philipk@HIDDEN
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: -2.4 (--)

=20
I=E2=80=99m using rcirc, and have logging turned on.   When I started up=20
rcirc, I already had one of the log files=20
(~/.emacs.d/rcirc-log/#gnucash@HIDDEN) being viewed in a=20
buffer. That buffer, sensibly enough, was named=20
=E2=80=9C#gnucash@HIDDEN=E2=80=9D.   Once rcirc connected to irc.gno=
me.org,=20
and joined my channels, it looked for a buffer named=20
=E2=80=9C#gnucash@HIDDEN=E2=80=9D, assumed that that was its own buf=
fer for=20
showing channel messages, switched it to rcirc mode, and started=20
adding to it. So now, the buffer starts off:=20
=20
    2022-04-04T18:01:18 *** raeburn JOIN
    2022-04-04T18:01:18 *** ChanServ MODE +v raeburn
    2022-04-04T18:01:18 *** TOPIC Free GPL Personal and Small Business=20
Accounting=E2=80=A6
    2022-04-04T18:01:18 *** NAMES =E2=80=A6
    2021-11-01T13:49:16 *** sbluhm JOIN=20
    2021-11-01T13:50:25 *** Mechtilde QUIT Ping timeout: 180 seconds
    2021-11-01T14:10:13 *** jervin QUIT Quit: jervin

There hasn=E2=80=99t been any new message traffic since I joined, but it ap=
pears
that if I use a command like C-c C-n, the NAMES output gets appended to
the block at the beginning of the buffer. (I=E2=80=99m wary of trying to se=
nd a
message myself, as I=E2=80=99m not sure how much of the buffer will be take=
n as
my message in this weird state =E2=80=94 just the line I type, or everythin=
g
after the apparent insertion point?)

I think I got into this state after restarting Emacs a couple of times
today, because I had been looking at the #gnucash log in a buffer, and
am using desktop save mode.  The .emacs.desktop file doesn=E2=80=99t save t=
he
uniquified buffer name, apparently.  (My current .emacs.desktop has two
entries for buffers to be called =E2=80=9CworkQueue.c=E2=80=9D for files by=
 that name in
different directories.)  After the takeover of the buffer for use by
rcirc mode, the buffer-file-name is still set, so that info can be saved
away.

This also resulted in a message logged at startup time =E2=80=94 the saved =
info
on the #gnucash buffer said it was in rcirc-mode, which causes
rcirc-mode to be invoked in the =E2=80=9Crestored=E2=80=9D buffer with no a=
rguments, but
rcirc-mode requires exactly two arguments, unlike normal mode functions.

Load the desktop file the first time, even if rcirc is running, and the
saved desktop will add the file buffer to the buffers to restore. Quit,
restart, and load the desktop file the second time, and the file buffer
will be loaded before rcirc gets started, causing the buffer =E2=80=9Ctakeo=
ver=E2=80=9D
and resulting in a new desktop save file showing the log file buffer as
being in rcirc-mode. Quit, restart, and load the desktop file a third
time, and a message will be logged about an error trying to set the
buffer mode.

With the issues I=E2=80=99ve described before about not reliably getting ba=
ck
into channels when quitting and restarting, the simplest fix once I=E2=80=
=99m in
the situation seems to be quitting Emacs, starting up again, making sure
any =E2=80=9Crestored=E2=80=9D rcirc log buffers are killed, then starting =
rcirc.

I can probably work around this by tweaking desktop-files-not-to-save so
I don=E2=80=99t accidentally hit this when restarting Emacs, but (1) I do w=
ant
to be able to look at a log file and preserve my position in it from
session to session, and (2) manually pulling up a log file before
starting rcirc would still trigger the same lossage.


In GNU Emacs 28.0.92 (build 1, x86_64-redhat-linux-gnu, X toolkit, cairo ve=
rsion 1.17.4, Xaw3d scroll bars)
 of 2022-03-20 built on 5bed50ec23174a34b43f6166b598ee0b
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Fedora Linux 35 (Workstation Edition)

Configured using:
 'configure --build=3Dx86_64-redhat-linux-gnu
 --host=3Dx86_64-redhat-linux-gnu --program-prefix=3D
 --disable-dependency-tracking --prefix=3D/usr --exec-prefix=3D/usr
 --bindir=3D/usr/bin --sbindir=3D/usr/sbin --sysconfdir=3D/etc
 --datadir=3D/usr/share --includedir=3D/usr/include --libdir=3D/usr/lib64
 --libexecdir=3D/usr/libexec --localstatedir=3D/var
 --sharedstatedir=3D/var/lib --mandir=3D/usr/share/man
 --infodir=3D/usr/share/info --with-dbus --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=3Dlucid
 --with-gpm=3Dno --with-modules --with-harfbuzz --with-cairo --with-json
 --with-native-compilation build_alias=3Dx86_64-redhat-linux-gnu
 host_alias=3Dx86_64-redhat-linux-gnu CC=3Dgcc 'CFLAGS=3D-DMAIL_USE_LOCKF -=
O2
 -flto=3Dauto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches
 -pipe -Wall -Werror=3Dformat-security -Wp,-D_FORTIFY_SOURCE=3D2
 -Wp,-D_GLIBCXX_ASSERTIONS
 -specs=3D/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
 -specs=3D/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=3Dgeneric
 -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection'
 LDFLAGS=3D-Wl,-z,relro
 PKG_CONFIG_PATH=3D:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS
X11 XAW3D XDBE XIM XPM LUCID ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=3Dibus
  locale-coding-system: utf-8-unix

Major mode: rcirc

Minor modes in effect:
  buffer-face-mode: t
  rcirc-track-minor-mode: t
  display-time-mode: t
  desktop-save-mode: t
  global-edit-server-edit-mode: t
  smart-quotes-mode: t
  which-function-mode: t
  icomplete-mode: t
  shell-dirtrack-mode: t
  global-hi-lock-mode: t
  hi-lock-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  use-hard-newlines: t
  tab-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  visual-line-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
/home/raeburn/.emacs.d/elpa/systemtap-mode-20151122.1940/systemtap-mode hid=
es /usr/share/emacs/site-lisp/systemtap-mode
/home/raeburn/.emacs.d/elpa/p4-20150721.1937/p4 hides /usr/share/emacs/site=
-lisp/perforce/p4
/home/raeburn/.emacs.d/elpa/transient-20211101.2251/transient hides /usr/sh=
are/emacs/28.0.92/lisp/transient

Features:
(shadow sort mail-extr emacsbug sendmail shortdoc help-fns radix-tree
gnutls network-stream nsm misearch multi-isearch cl-print ielm pp
add-log markdown-mode reveal face-remap dired-aux python tramp-sh
mule-util dockerfile-mode mhtml-mode css-mode color js sgml-mode
facemenu ruby-mode texinfo texinfo-loaddefs rst compile perl-mode
sh-script smie executable bug-reference conf-mode vc-git diff-mode
vc-dispatcher cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles
cc-align cc-engine cc-vars cc-defs org-element avl-tree generator ol-eww
eww xdg url-queue thingatpt mm-url ol-rmail ol-mhe ol-irc ol-info
ol-gnus nnselect gnus-search eieio-opt speedbar ezimage dframe
ol-docview doc-view jka-compr image-mode exif ol-bibtex ol-bbdb ol-w3m
ol-doi org-link-doi yaml-mode ob-shell comp comp-cstr warnings cl-extra
help-mode rcirc gnus-art mm-uu mml2015 mm-view mml-smime smime dig
gnus-sum shr kinsoku svg dom gnus-group gnus-undo gnus-start gnus-dbus
dbus xml gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo gnus-spec
gnus-int gnus-range message rmc puny dired dired-loaddefs rfc822 mml
mml-sec epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win gnus
nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums
text-property-search mail-utils mm-util mail-prsvr wid-edit time desktop
frameset cus-load kr-init docker-tramp tramp-cache vagrant-tramp dash
tramp tramp-loaddefs trampver tramp-integration files-x tramp-compat
parse-time ls-lisp org-protocol org ob ob-tangle ob-ref ob-lob ob-table
ob-exp org-macro org-footnote org-src ob-comint org-pcomplete org-list
org-faces org-entities noutline outline org-version ob-emacs-lisp
ob-core ob-eval org-table oc-basic bibtex iso8601 time-date ol org-keys
oc org-compat org-macs org-loaddefs format-spec find-func cal-menu
calendar cal-loaddefs edit-server advice smart-quotes easy-mmode
which-func imenu icomplete server term disp-table shell pcomplete ehelp
comint ansi-color ring hi-lock finder-inf rx info package browse-url url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads dbusbind
inotify dynamic-setting system-font-setting font-render-setting cairo
x-toolkit x multi-tty make-network-process native-compile emacs)

Memory information:
((conses 16 601460 80132)
 (symbols 48 34155 0)
 (strings 32 136844 6717)
 (string-bytes 1 4343776)
 (vectors 16 66007)
 (vector-slots 8 1241450 56375)
 (floats 8 520 450)
 (intervals 56 11548 4504)
 (buffers 992 197))





Acknowledgement sent to Ken Raeburn <raeburn@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#54718; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Wed, 6 Apr 2022 10:15:02 UTC

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