GNU bug report logs - #61652
28.2; Read-only mode and View mode

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: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>; dated Mon, 20 Feb 2023 14:09:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

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


Received: (at 61652) by debbugs.gnu.org; 21 Feb 2023 13:37:19 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 21 08:37:19 2023
Received: from localhost ([127.0.0.1]:55021 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pUSpa-00054Y-D2
	for submit <at> debbugs.gnu.org; Tue, 21 Feb 2023 08:37:19 -0500
Received: from mailout10.t-online.de ([194.25.134.21]:36108)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bernd.rellermeyer@HIDDEN>) id 1pUS2x-0002ht-3Z
 for 61652 <at> debbugs.gnu.org; Tue, 21 Feb 2023 07:47:04 -0500
Received: from fwd88.dcpf.telekom.de (fwd88.aul.t-online.de [10.223.144.114])
 by mailout10.t-online.de (Postfix) with SMTP id 78C003E0B6;
 Tue, 21 Feb 2023 13:47:01 +0100 (CET)
Received: from smtpclient.apple ([62.216.210.159]) by fwd88.t-online.de
 with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted)
 esmtp id 1pUS2v-0Xydg90; Tue, 21 Feb 2023 13:47:01 +0100
Content-Type: text/plain;
	charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\))
Subject: Re: bug#61652: 28.2; Read-only mode and View mode
From: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>
In-Reply-To: <83bklov1ny.fsf@HIDDEN>
Date: Tue, 21 Feb 2023 13:46:50 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <3C58A00D-8E01-4CC8-BFEA-CCC6CB798B35@HIDDEN>
References: <m1ilfwu3sy.fsf@HIDDEN> <83bklov1ny.fsf@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
X-Mailer: Apple Mail (2.3731.400.51.1.1)
X-TOI-EXPURGATEID: 150726::1676983621-726BD7D8-7C9B7B2A/0/0 CLEAN NORMAL
X-TOI-MSGID: 08b201bc-19d3-4a44-917c-8ff33ed1f1c1
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 61652
X-Mailman-Approved-At: Tue, 21 Feb 2023 08:37:15 -0500
Cc: 61652 <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 (-)

In step 3, View mode is entered implicitly, because `view-read-only` is =
non-nil. =46rom the user perspective it is only one command. I.e. the =
user just turns off and on Read-only mode. That means the user enters =
View mode vie Read-Only mode from a writable buffer. I think this should =
not alter the behavior of `View-exit` and after calling `View-exit` he =
should be in a writable buffer. Or am I wrong?

> Am 20.02.2023 um 15:42 schrieb Eli Zaretskii <eliz@HIDDEN>:
>=20
>> From: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>
>> Date: Mon, 20 Feb 2023 09:41:33 +0100
>>=20
>>=20
>> I have the following scenario:
>>=20
>> 1. View a buffer in View mode.
>> 2. Turn off Read-Only mode, e.g. by pressing `C-x C-q`.
>> 3. Turn on Read-Only mode and View mode again, eg. by pressing `C-x
>> C-q`-
>> 4. Exit View mode by `View-exit`, e.g. by pressing `e`.
>>=20
>> Now the buffer is in Read-Only mode. In my opinion it should be
>> writable. The reason is the variable `view-old-buffer-read-only`, =
which
>> is set on entering View mode (`view--enable`) to the (old) value of
>> `buffer-read-only`. But in my scenario, the value of =
`buffer-read-only`
>> is already the new one, as set in `read-only-mode`.
>=20
> If the buffer is already read-only when you enter View mode, why
> should we reset read-only when exiting View mode?  We are trying to
> leave the buffer as we found it, which in this case is read-only.
>=20
> Or what am I missing?





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

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


Received: (at 61652) by debbugs.gnu.org; 21 Feb 2023 13:08:46 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 21 08:08:46 2023
Received: from localhost ([127.0.0.1]:54940 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pUSNy-0003gR-4q
	for submit <at> debbugs.gnu.org; Tue, 21 Feb 2023 08:08:46 -0500
Received: from eggs.gnu.org ([209.51.188.92]:47838)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1pUSNw-0003g7-I2
 for 61652 <at> debbugs.gnu.org; Tue, 21 Feb 2023 08:08:45 -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 1pUSNr-0003bA-0W; Tue, 21 Feb 2023 08:08:39 -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=P06NEZFt1pCrI59o4j4Zj9MO8NonkLQx0ccD6YTSU9A=; b=DORmAs336rFF
 lnq5ME902DTu51ScXBiXeikmIuq2sajnBqfx99TbGPYMccC/HnWlvTLUtvseaEqbE2BGfjAnPaNts
 jbXYCXc82VT2YVmgdbmX+m2SpTxt5mQHw+s8ExLRte7Fv9dq7KKjsikQnwGqsY9luOH3A0d+cjvH/
 q7m9Di6er/lG2v7LxAmG0vRGua3Tzn2olP5CZcmmt/IUCZ45PDyuI/E6iRDzP4mi081mOiQiXlj7t
 lTvyEJ5E6G2vpEpaL5cQHrLWtfMsipP9s99x+1nikQ6nOPfD4oZdpBFW2yaWIENY1F9nZd5Xg3cZz
 yaY/bUSy7phQLYiokW1Wmw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pUSNq-0007iy-6W; Tue, 21 Feb 2023 08:08:38 -0500
Date: Tue, 21 Feb 2023 15:08:49 +0200
Message-Id: <83a617tbby.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>
In-Reply-To: <3C58A00D-8E01-4CC8-BFEA-CCC6CB798B35@HIDDEN> (message from
 Bernd Rellermeyer on Tue, 21 Feb 2023 13:46:50 +0100)
Subject: Re: bug#61652: 28.2; Read-only mode and View mode
References: <m1ilfwu3sy.fsf@HIDDEN>
 <83bklov1ny.fsf@HIDDEN> <3C58A00D-8E01-4CC8-BFEA-CCC6CB798B35@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 61652
Cc: 61652 <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: -3.3 (---)

> From: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>
> Date: Tue, 21 Feb 2023 13:46:50 +0100
> Cc: 61652 <at> debbugs.gnu.org
> 
> In step 3, View mode is entered implicitly, because `view-read-only` is non-nil. From the user perspective it is only one command. I.e. the user just turns off and on Read-only mode. That means the user enters View mode vie Read-Only mode from a writable buffer. I think this should not alter the behavior of `View-exit` and after calling `View-exit` he should be in a writable buffer. Or am I wrong?

I'm not sure I agree with your interpretation.

Does anyone else have an opinion?




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

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


Received: (at 61652) by debbugs.gnu.org; 20 Feb 2023 14:42:28 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Feb 20 09:42:27 2023
Received: from localhost ([127.0.0.1]:51138 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pU7N5-00078s-KU
	for submit <at> debbugs.gnu.org; Mon, 20 Feb 2023 09:42:27 -0500
Received: from eggs.gnu.org ([209.51.188.92]:52448)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1pU7N1-00078d-Sc
 for 61652 <at> debbugs.gnu.org; Mon, 20 Feb 2023 09:42:25 -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 1pU7Mw-0002T8-CP; Mon, 20 Feb 2023 09:42:18 -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=WprOZY+z6cxer6FjtqsYbwerFfTqL2lbnHzIKvumHcI=; b=nYzjFn+UqLTx
 1IGymWUIGsoFS88IG6WvolUxglcVb7JmvLKDoZd26WRytiR5jmmuqpRgLdw48mRmiGkpdPdT3m1f7
 24bqnvJyfCvTuNqxs9EMLgsvQLQnfLqNqfcmVT86nH8vj6jRWQnBdHM7GvysejMGjnqmlGWJ4WKw7
 Wi6N9JtGEE17dV6nta+E9aG2GZSOsKFtZQ/cP6/C1rBYjzCS0pWWtaHtbmAHduSjsBCRm2E76xZa8
 2W6x3i9YLqkdTVVR5HLh+9ixmrNaIb/p0aATs+TKu0o2kwCK+eKUTZo5E7fOVnY7IFH4x1CKXNTew
 J50E/aUtJGrYMIkpWEqNHA==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pU7Mv-0003KH-G2; Mon, 20 Feb 2023 09:42:17 -0500
Date: Mon, 20 Feb 2023 16:42:25 +0200
Message-Id: <83bklov1ny.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>
In-Reply-To: <m1ilfwu3sy.fsf@HIDDEN> (message from Bernd
 Rellermeyer on Mon, 20 Feb 2023 09:41:33 +0100)
Subject: Re: bug#61652: 28.2; Read-only mode and View mode
References: <m1ilfwu3sy.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 61652
Cc: 61652 <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: -3.3 (---)

> From: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>
> Date: Mon, 20 Feb 2023 09:41:33 +0100
> 
> 
> I have the following scenario:
> 
> 1. View a buffer in View mode.
> 2. Turn off Read-Only mode, e.g. by pressing `C-x C-q`.
> 3. Turn on Read-Only mode and View mode again, eg. by pressing `C-x
> C-q`-
> 4. Exit View mode by `View-exit`, e.g. by pressing `e`.
> 
> Now the buffer is in Read-Only mode. In my opinion it should be
> writable. The reason is the variable `view-old-buffer-read-only`, which
> is set on entering View mode (`view--enable`) to the (old) value of
> `buffer-read-only`. But in my scenario, the value of `buffer-read-only`
> is already the new one, as set in `read-only-mode`.

If the buffer is already read-only when you enter View mode, why
should we reset read-only when exiting View mode?  We are trying to
leave the buffer as we found it, which in this case is read-only.

Or what am I missing?




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

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


Received: (at submit) by debbugs.gnu.org; 20 Feb 2023 14:08:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Feb 20 09:08:54 2023
Received: from localhost ([127.0.0.1]:51061 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pU6qc-0003sI-4t
	for submit <at> debbugs.gnu.org; Mon, 20 Feb 2023 09:08:54 -0500
Received: from lists.gnu.org ([209.51.188.17]:45884)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <bernd.rellermeyer@HIDDEN>) id 1pU1kg-0000hh-MO
 for submit <at> debbugs.gnu.org; Mon, 20 Feb 2023 03:42:27 -0500
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 <bernd.rellermeyer@HIDDEN>)
 id 1pU1kW-00017l-HY
 for bug-gnu-emacs@HIDDEN; Mon, 20 Feb 2023 03:42:21 -0500
Received: from mailout02.t-online.de ([194.25.134.17])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <bernd.rellermeyer@HIDDEN>)
 id 1pU1kT-0006MW-6r
 for bug-gnu-emacs@HIDDEN; Mon, 20 Feb 2023 03:42:15 -0500
Received: from fwd76.dcpf.telekom.de (fwd76.aul.t-online.de [10.223.144.102])
 by mailout02.t-online.de (Postfix) with SMTP id 3A65033AC
 for <bug-gnu-emacs@HIDDEN>; Mon, 20 Feb 2023 09:41:56 +0100 (CET)
Received: from Bernds-Mac-mini.fritz.box ([62.216.207.90]) by fwd76.t-online.de
 with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted)
 esmtp id 1pU1kB-1IDbaT0; Mon, 20 Feb 2023 09:41:55 +0100
From: Bernd Rellermeyer <bernd.rellermeyer@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 28.2; Read-only mode and View mode
Date: Mon, 20 Feb 2023 09:41:33 +0100
Message-ID: <m1ilfwu3sy.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-TOI-EXPURGATEID: 150726::1676882515-E5D7A2C2-13E740D5/0/0 CLEAN NORMAL
X-TOI-MSGID: 03ffb622-471b-4a3c-b4eb-5eb072c1ac34
Received-SPF: none client-ip=194.25.134.17;
 envelope-from=bernd.rellermeyer@HIDDEN; helo=mailout02.t-online.de
X-Spam_score_int: -25
X-Spam_score: -2.6
X-Spam_bar: --
X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FROM=0.001,
 RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01,
 SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Mon, 20 Feb 2023 09:08:49 -0500
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 (---)


I have the following scenario:

1. View a buffer in View mode.
2. Turn off Read-Only mode, e.g. by pressing `C-x C-q`.
3. Turn on Read-Only mode and View mode again, eg. by pressing `C-x
C-q`-
4. Exit View mode by `View-exit`, e.g. by pressing `e`.

Now the buffer is in Read-Only mode. In my opinion it should be
writable. The reason is the variable `view-old-buffer-read-only`, which
is set on entering View mode (`view--enable`) to the (old) value of
`buffer-read-only`. But in my scenario, the value of `buffer-read-only`
is already the new one, as set in `read-only-mode`.

I think the solution is to reset `read-only-mode` to nil in the specific
branch of `read-only-mode` and depend on the fact that it is set to t in
`view--enable`:

```
  (cond
   ((and (not buffer-read-only) view-mode)
    (View-exit-and-edit)
    (setq-local view-read-only t))		; Must leave view mode.
   ((and buffer-read-only view-read-only
         ;; If view-mode is already active, `view-mode-enter' is a nop.
         (not view-mode)
         (not (eq (get major-mode 'mode-class) 'special)))
    (setq buffer-read-only nil)
    (view-mode-enter))))
```


In GNU Emacs 28.2 (build 1, x86_64-apple-darwin18.7.0, NS appkit-1671.60 Version 10.14.6 (Build 18G95))
 of 2022-09-12 built on builder10-14.lan
Windowing system distributor 'Apple', version 10.3.2299
System Description:  macOS 13.2.1

Configured using:
 'configure --with-ns '--enable-locallisppath=/Library/Application
 Support/Emacs/${version}/site-lisp:/Library/Application
 Support/Emacs/site-lisp' --with-modules'

Configured features:
ACL GMP GNUTLS JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER THREADS
TOOLKIT_SCROLL_BARS ZLIB

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

Major mode: Help

Minor modes in effect:
  which-function-mode: t
  delete-selection-mode: t
  cua-mode: t
  global-auto-revert-mode: t
  global-display-glyphs-mode: t
  override-global-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/Users/bernd/.config/emacs/elpa/magit-3.3.0/magit-section-pkg hides /Users/bernd/.config/emacs/elpa/magit-section-3.3.0/magit-section-pkg
/Users/bernd/.config/emacs/elpa/transient-0.3.7/transient hides /Applications/Emacs.app/Contents/Resources/lisp/transient
/Users/bernd/.config/emacs/elpa/xref-1.6.1/xref hides /Applications/Emacs.app/Contents/Resources/lisp/progmodes/xref
/Users/bernd/.config/emacs/elpa/project-0.9.8/project hides /Applications/Emacs.app/Contents/Resources/lisp/progmodes/project

Features:
(shadow sort mail-extr emacsbug calc-alg calc-ext calc-menu calc
calc-loaddefs rect calc-macs pandoc-mode pandoc-mode-utils hydra lv
markdown-mode edit-indirect transient magit-utils dash org-colview
org-clock disp-table zetteltags-global zetteltags pcre2el rxt pcase
re-builder crm adaptive-wrap text-face face-remap org-element avl-tree
generator ol-eww eww xdg url-queue mm-url ol-rmail ol-mhe ol-irc ol-info
ol-gnus nnselect gnus-search 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
parse-time gnus-spec gnus-int gnus-range message rmc puny 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 ol-docview
doc-view image-mode exif ol-bibtex ol-bbdb ol-w3m ol-doi org-link-doi
org-agenda org-refile reftxt reftex-cite reftex reftex-loaddefs
reftex-vars org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro
org-footnote org-src ob-comint org-pcomplete pcomplete comint ansi-color
org-list org-faces org-entities noutline outline org-version
ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex iso8601 org-keys
oc org-loaddefs ol rx org-compat advice org-macs format-spec cal-menu
calendar cal-loaddefs eieio-opt speedbar ezimage dframe shortdoc undo-fu
debug dabbrev misearch multi-isearch pulse thai-util thai-word help-fns
radix-tree cl-print edebug backtrace find-func dired-aux dired-x dired
dired-loaddefs add-log which-func imenu delsel cua-base quail autorevert
filenotify view-x hi-lock scroll-lock view god-mode cl-extra help-mode
ns-plist jka-compr display-glyphs unfill color modus-vivendi-theme
modus-operandi-theme modus-themes launch my-skeletons skeleton xref
project bind-key easy-mmode zetteldeft ace-window thingatpt avy ring
deft gnus nnheader gnus-util rmail rmail-loaddefs text-property-search
time-date sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils cus-edit pp cus-load wid-edit edmacro kmacro tex-site 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/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer 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 kqueue
cocoa ns multi-tty make-network-process emacs)

Memory information:
((conses 16 605640 36594)
 (symbols 48 36818 4)
 (strings 32 124518 7449)
 (string-bytes 1 4182471)
 (vectors 16 67356)
 (vector-slots 8 1431598 28878)
 (floats 8 501 324)
 (intervals 56 10795 698)
 (buffers 992 32))




Acknowledgement sent to Bernd Rellermeyer <bernd.rellermeyer@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#61652; 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: Tue, 21 Feb 2023 13:45:01 UTC

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