Received: (at 81111) by debbugs.gnu.org; 25 May 2026 13:59:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 25 09:59:31 2026 Received: from localhost ([127.0.0.1]:48832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wRVq7-0001XY-Go for submit <at> debbugs.gnu.org; Mon, 25 May 2026 09:59:31 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:50553) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wRVq5-0001WK-6p for 81111 <at> debbugs.gnu.org; Mon, 25 May 2026 09:59:29 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D32E6100AE4; Mon, 25 May 2026 09:59:23 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1779717563; bh=gr69D1rRn+B5pQl1gnTRTUfUHWiPxI4AOtmtPRHRYvU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=gdR8vM10joXF+xoIerR/g2XIwKvCUKHJAwuLIiA92I9msrUpdlalukgsPrPjeMzwo kwmf2diRntWJpLtOXIDXDbODQr6a1WqPg/sFrbxRmC8Sp/6MhS8j0OZooYHgCuqVoP Yo2mF8AhK6cZ1K0lRzUiEDdoKBCyQY1XQUakOU8UzL+aX9wXZ4jM6/MOksRt1N53JA HY21pistWCgCU9+mCY5cnUc5Kc6FnRRNXD/iiVeiIMe1ToBEBAWv44+OpRmX0qHWba oEcXFCJCzKUWAnPxHxrvZzlfysx6s3vpetAWLPkdSWmtc3xooq3pC8Eo/FGQIpq8Uk lR+LNnZ67zuOg== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id EDEA310079D; Mon, 25 May 2026 09:59:22 -0400 (EDT) Received: from pastel (104-195-197-162.cpe.teksavvy.com [104.195.197.162]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id BA738120418; Mon, 25 May 2026 09:59:22 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release' In-Reply-To: <861pezslov.fsf@HIDDEN> Message-ID: <jwvfr3fiofh.fsf-monnier+emacs@HIDDEN> References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> <86v7ccsia7.fsf@HIDDEN> <CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN> <86jysrsq1g.fsf@HIDDEN> <CAN+1HbqO0KQgmWvNhU2M4KK0w-_3X7T34zFcRWT0bJ=gW2uPjg@HIDDEN> <864ijvsn4f.fsf@HIDDEN> <CAN+1HbokaQtNaEnV2pr5Jq6i=R01HTAW4_5mRe9zv549PXTNgA@HIDDEN> <861pezslov.fsf@HIDDEN> Date: Mon, 25 May 2026 09:59:21 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.075 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81111 Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, =?windows-1252?Q?St=E9phane?= Marks <shipmints@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: -3.3 (---) >> > Are we sure that all users of these buffers will want to reset _all_ >> > these variables, not just some of them? [...] > Is the use case of reusing the same work buffer for several related > jobs a valid one? If so, the summary reset is not necessarily TRT. Of course, we don't know if the reset of variable FOO is necessary: it depends on what the user of `with-work-buffer` actually does with that buffer. I'm sure we'll have cases of `with-work-buffer` where even erasing the contents of the buffer is not necessary. But I don't think that's a relevant question. The relevant question is whether it's ever harmful to reset all those variables. And in terms of delivered semantics the answer is clearly "no". The only possible harm is if it impacts performance. === Stefan
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.
Received: (at 81111) by debbugs.gnu.org; 25 May 2026 12:58:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 25 08:58:45 2026
Received: from localhost ([127.0.0.1]:47213 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wRUtI-0005Jo-KN
for submit <at> debbugs.gnu.org; Mon, 25 May 2026 08:58:45 -0400
Received: from mail-vk1-xa2d.google.com ([2607:f8b0:4864:20::a2d]:45493)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <shipmints@HIDDEN>)
id 1wRUtF-0005Jc-9F
for 81111 <at> debbugs.gnu.org; Mon, 25 May 2026 08:58:42 -0400
Received: by mail-vk1-xa2d.google.com with SMTP id
71dfb90a1353d-57611a6a69eso2849087e0c.3
for <81111 <at> debbugs.gnu.org>; Mon, 25 May 2026 05:58:41 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1779713920; cv=none;
d=google.com; s=arc-20240605;
b=TEnFIvkTFWMKnNCqJwJlYL7yw9Hr8UMX42H6renVZT/NYtmbjFkCLsmgY27WHC9VDs
VRSLvUFXB8QCUdDrQRzUpYTuEDZkOgj8x5f1f41I0p5ko0yRlxsX3dB+qZ+SUnoNtOqH
yYAiPz1Cs+ZX47G9jALiD+LgftZwSpcaWWzoSyCDZ5e7/eTd+h5t6ba1ydv3M0YTkTkM
Q+ygHrzvkr7/xFq5/gZ+FspSg6UpJMsIpLxdeAfS8FckOmYvTYVU04DINK9LvO9qeTun
mH+w+cRdLSzIOY6UiywoUp+cXutAavJOI77zTrY64JV5PsvqTiAdyEOB/2F+krvt11H+
Lh/A==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com;
s=arc-20240605;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:dkim-signature;
bh=oSmos4IbDMxA4zv1O6iRnmpBHyT790enl9J+tvgi2JE=;
fh=VkuM3Bq6pcUzdBXhiw9bHxL37wc8I0QRieNNQxHT47E=;
b=AZ20/ZHiy9Q5HuI3vLIat6mfTTCzTFi3Jw6vlIqcy8R9Xfvd6wSG6oGN0ZK2XQUDkj
KBmk6kxYWy/wSveeApdwdEzM9AkeQCo1Lc//0lXhg5n/C/d3y/EA5JcQcWKXxiW6+fY9
gkQ1XRuL2ei9ddBaWy+A+MkdF9wqRovkuwKfGhg3r6Ky/aj4QGZ3W5mos55xezwtwlb3
RCpoyF/72qQrw24nd8CFUQsAjkvyZJenE7sUCSbF0Rec01vRqp88ZBmeqnnKgx5ajBc1
YXea1M6x+LjwlLkJ1Oo+QaN+4a9yPy0kPawaL6EttT8oM2d1roBfpQmv4OuZgtOKHZon
0I4g==; darn=debbugs.gnu.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20251104; t=1779713920; x=1780318720; 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=oSmos4IbDMxA4zv1O6iRnmpBHyT790enl9J+tvgi2JE=;
b=YSrwo88iZHQnYa4glhLt6r9F/9zSOGjn5LYrfvxzsFMthrcanocZCvR0aXGAmzlLji
aMUUUApQEeC9960PUowPm4yo2kVGtLA881IwfMaJs2t7Q1F55GTD+yE9ODPA5Z2zynqM
MILs8ny+cLQDyhBphx+w7EStqZER2LTI83GRrSs0QILvllLpqCb2SXCqEfYs05XH0eMA
zCYPYCt5ePdIdgF/Jxy6cvbL6nJucRmSRj9YPIp+rKS4SAhJ5xZHN5DZ47ZsxwRga1b+
xVkKxxSbvoMpnRFrHwKQk6lK/tkI8ctw8NIHfp61O9clAIw3sxgk2MLBNNx2ApozYkbG
HM+A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20251104; t=1779713920; x=1780318720;
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=oSmos4IbDMxA4zv1O6iRnmpBHyT790enl9J+tvgi2JE=;
b=D9ZuU+YkjZSMLeY+PEl22MHPWjZ4SmNpyuvufOfOquyIRvaZndBAp0BgPv0Yt5FgWE
rhzjWstKyyNYwmNulYWhd1n+NTzZopZWJyJPpg9eXEFrgnMStvY2JG5gZiN9vZcS27Y/
mR8dL0aNGxhsZk3251mDW23HV71dc/7xUf+3Rf8msakNrJvbcrOXGd3mlztjyVbKoWTr
cjrn07G8k5DhKZ0yWiMVxsORupp7yIRuO+Yuwv1C01PkTVngEkWZU+EJQfBUt9OspCUD
Kc/Azjhi9r1EuaBS59HKLi/pa9pkVjSth2uRTHSeq+athqZmBiS02ZICqfKAPbIBJ8L3
bjWg==
X-Gm-Message-State: AOJu0YzhtOAhqaWp0Gyobxde0+wRuzk5dOOllpIQh0OTqOgRzuEaVyVK
jVdCibdgAFqeoS1CSGZijwHlq/RN8Cm1aKC80g5jet/8UqDy97r5BEXRbvJdggtGOrNS+4E0X/h
qRPCIaL3EY1EQPg1oDGoa3ZqV9/dCOVU=
X-Gm-Gg: Acq92OEIcWm492rHS36yghVl5oESg6dJswQy65+jViJ9S3z3QWv3mtLE1mhRbtfnGDz
rcJcDE7BzSqgJqw6q5rTnbhM8HO9ZY6u5g2dKSZmdWHA2Z1MoAK6Q7ljQ1Hlrvqakm5+WGltwbd
GDiCc5J0SETlUvuuL9nTHo2BKSnhBn3jqKG+hN0LIl011gjmVKlBAM+aHRNLtms+6aLb+RYxHyk
xT6Iouwkefal/YYL5KQS36J4Tf468uqr3PeYn6KRoZ9ap8IUABBMhlIkqIrabDmiCwFczqOmERY
/QPjinz991VOQe5/O6LjJrHFp7Qficrq7igTRqcYIdDMFpalzVbsNDuFbcwYNiHTc9/wD//i/0v
oJojOHD3bVEwKsM0ErmZRJxdyQTiIRpBhYY9sKBrBPtLwq6dy
X-Received: by 2002:a05:6122:2896:b0:575:24a9:78da with SMTP id
71dfb90a1353d-586626beb3fmr7111535e0c.11.1779713920489; Mon, 25 May 2026
05:58:40 -0700 (PDT)
MIME-Version: 1.0
References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN>
<86v7ccsia7.fsf@HIDDEN>
<CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN>
<86jysrsq1g.fsf@HIDDEN>
<CAN+1HbqO0KQgmWvNhU2M4KK0w-_3X7T34zFcRWT0bJ=gW2uPjg@HIDDEN>
<864ijvsn4f.fsf@HIDDEN>
<CAN+1HbokaQtNaEnV2pr5Jq6i=R01HTAW4_5mRe9zv549PXTNgA@HIDDEN>
<861pezslov.fsf@HIDDEN>
In-Reply-To: <861pezslov.fsf@HIDDEN>
From: =?UTF-8?Q?St=C3=A9phane_Marks?= <shipmints@HIDDEN>
Date: Mon, 25 May 2026 08:58:29 -0400
X-Gm-Features: AVHnY4Is7A8UkcwspDJOF-LyzLhVfScMoLUD_ZD2GwnshbJJwVnGZd0iFy47kbg
Message-ID: <CAN+1HboE1nLag+36nCwtJuK3RRFOah-6GffF0fvOLq3bHGNRfg@HIDDEN>
Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release'
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000085c660652a3f08d"
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Mon, May 25, 2026 at 8:44 AM Eli Zaretskii wrote: > >
From: Stéphane Marks > > Date: Mon, 25 May 2026 08:19:17 -0400 > > Cc: 81111 <at> debbugs.gnu.org,
rahul.juliato@HIDDEN, > monnier@HIDDEN > > > > > Are we sure
that all users of these b [...]
Content analysis details: (2.0 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (shipmints[at]gmail.com)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 SPF_PASS SPF: sender matches SPF record
1.0 FORGED_GMAIL_RCVD 'From' gmail.com does not match 'Received'
headers
0.0 HTML_MESSAGE BODY: HTML included in message
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/,
no trust
[2607:f8b0:4864:20:0:0:0:a2d listed in]
[list.dnswl.org]
1.0 FREEMAIL_REPLY From and body contain different freemails
X-Debbugs-Envelope-To: 81111
Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: 0.0 (/)
--000000000000085c660652a3f08d
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
On Mon, May 25, 2026 at 8:44=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote:
> > From: St=C3=A9phane Marks <shipmints@HIDDEN>
> > Date: Mon, 25 May 2026 08:19:17 -0400
> > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN,
> monnier@HIDDEN
> >
> > > Are we sure that all users of these buffers will want to reset _all=
_
> > > these variables, not just some of them?
> > >
> > > Any reliance on buffer state from this shared pool is a bug.
> >
> > You answered a different question from the one I asked.
> >
> > Work buffers are a new enough feature, I say yes, we do know. We also
> know what we've told them:
> >
> > "Like `with-temp-buffer', but reuse an already created temporary
> > buffer when possible, instead of creating a new one on each call."
> >
> > To be like temp buffers, no state should be retained.
>
> Is the use case of reusing the same work buffer for several related
> jobs a valid one? If so, the summary reset is not necessarily TRT.
>
Then we should advise to use something like let-binding work-buffer--list
to a private pool and some hint to not reset the buffer state on return to
the pool. The public pool is "like with-temp-buffer" with no state
retention, by definition.
--000000000000085c660652a3f08d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Mon, May 25, 2026 at 8:44=E2=80=AFAM Eli Zaretskii <<a href=3D"mailto=
:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:</span></div></div><div class=3D"=
gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">> From: St=C3=A9phane Marks <<a href=3D"mailto:shipmints@g=
mail.com" target=3D"_blank">shipmints@HIDDEN</a>><br>
> Date: Mon, 25 May 2026 08:19:17 -0400<br>
> Cc: <a href=3D"mailto:81111 <at> debbugs.gnu.org" target=3D"_blank">81111@d=
ebbugs.gnu.org</a>, <a href=3D"mailto:rahul.juliato@HIDDEN" target=3D"_b=
lank">rahul.juliato@HIDDEN</a>, <a href=3D"mailto:monnier@HIDDEN=
ca" target=3D"_blank">monnier@HIDDEN</a><br>
> <br>
>=C2=A0 >=C2=A0 Are we sure that all users of these buffers will want=
to reset _all_<br>
>=C2=A0 >=C2=A0 these variables, not just some of them?<br>
>=C2=A0 > <br>
>=C2=A0 > Any reliance on buffer state from this shared pool is a bug=
.<br>
> <br>
>=C2=A0 You answered a different question from the one I asked.<br>
> <br>
> Work buffers are a new enough feature, I say yes, we do know.=C2=A0 We=
also know what we've told them:<br>
> <br>
>=C2=A0 =C2=A0"Like `with-temp-buffer', but reuse an already cr=
eated temporary<br>
>=C2=A0 =C2=A0buffer when possible, instead of creating a new one on eac=
h call."<br>
> <br>
> To be like temp buffers, no state should be retained.<br>
<br>
Is the use case of reusing the same work buffer for several related<br>
jobs a valid one?=C2=A0 If so, the summary reset is not necessarily TRT.<br=
></blockquote><div><br></div><div class=3D"gmail_default" style=3D"font-fam=
ily:monospace">Then we should advise to use something like let-binding work=
-buffer--list to a private pool and some hint to not reset the buffer state=
on return to the pool.=C2=A0 The public pool is "like with-temp-buffe=
r" with no state retention, by definition.</div></div></div>
--000000000000085c660652a3f08d--
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.Received: (at 81111) by debbugs.gnu.org; 25 May 2026 12:44:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 25 08:44:45 2026 Received: from localhost ([127.0.0.1]:47115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wRUfl-0004Se-4i for submit <at> debbugs.gnu.org; Mon, 25 May 2026 08:44:45 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60636) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1wRUfi-0004SM-92 for 81111 <at> debbugs.gnu.org; Mon, 25 May 2026 08:44:43 -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 <eliz@HIDDEN>) id 1wRUfb-0002Z6-S7; Mon, 25 May 2026 08:44:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=0HXENv3udA1ofaAKse6IOFhPgEHK/t6svZooIDZHdk0=; b=mYlSpl8AkwY2+W2F1l+L pZ2q84QDDOH9Hst/3DssEls9BS/iGRKa0Q5rWOEy1sq8MoAV/VccR2P7QTQrlKROtm7hmJEPePpTE ob17bFQ9kN510BXgjhmTD8PlqaHO21C91UubAOF5XJbXuUAzUd/TkUf+WZmBIgdDGVzyuORopU4fQ Al1xFZeYju1ImgiE2ZmPAGbEVJjQeeSGBCzY2cfERIGhQEJCjz8zC1TO0OslSiMZ/Y1oKj4Hi6hjC exVSE9pglayznEnQsLavKwZS4R4QnL/r7wpx020GEgR16lZe5tBa/NSK8CrchA8cWCbOT7E0fCiC1 uERNuBlv9QkiCA==; Date: Mon, 25 May 2026 15:44:32 +0300 Message-Id: <861pezslov.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: =?utf-8?Q?St=C3=A9phane?= Marks <shipmints@HIDDEN> In-Reply-To: <CAN+1HbokaQtNaEnV2pr5Jq6i=R01HTAW4_5mRe9zv549PXTNgA@HIDDEN> (message from =?utf-8?Q?St=C3=A9phane?= Marks on Mon, 25 May 2026 08:19:17 -0400) Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release' References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> <86v7ccsia7.fsf@HIDDEN> <CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN> <86jysrsq1g.fsf@HIDDEN> <CAN+1HbqO0KQgmWvNhU2M4KK0w-_3X7T34zFcRWT0bJ=gW2uPjg@HIDDEN> <864ijvsn4f.fsf@HIDDEN> <CAN+1HbokaQtNaEnV2pr5Jq6i=R01HTAW4_5mRe9zv549PXTNgA@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81111 Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: -3.3 (---) > From: Stéphane Marks <shipmints@HIDDEN> > Date: Mon, 25 May 2026 08:19:17 -0400 > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN, monnier@HIDDEN > > > Are we sure that all users of these buffers will want to reset _all_ > > these variables, not just some of them? > > > > Any reliance on buffer state from this shared pool is a bug. > > You answered a different question from the one I asked. > > Work buffers are a new enough feature, I say yes, we do know. We also know what we've told them: > > "Like `with-temp-buffer', but reuse an already created temporary > buffer when possible, instead of creating a new one on each call." > > To be like temp buffers, no state should be retained. Is the use case of reusing the same work buffer for several related jobs a valid one? If so, the summary reset is not necessarily TRT.
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.
Received: (at 81111) by debbugs.gnu.org; 25 May 2026 12:19:33 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 25 08:19:33 2026
Received: from localhost ([127.0.0.1]:46869 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wRUHM-0002Qu-Lu
for submit <at> debbugs.gnu.org; Mon, 25 May 2026 08:19:33 -0400
Received: from mail-vs1-xe30.google.com ([2607:f8b0:4864:20::e30]:58550)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <shipmints@HIDDEN>)
id 1wRUHJ-0002Qj-Ua
for 81111 <at> debbugs.gnu.org; Mon, 25 May 2026 08:19:31 -0400
Received: by mail-vs1-xe30.google.com with SMTP id
ada2fe7eead31-631333ee9e4so2904695137.0
for <81111 <at> debbugs.gnu.org>; Mon, 25 May 2026 05:19:29 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1779711569; cv=none;
d=google.com; s=arc-20240605;
b=TSD+6nQ1aI0zoa75kO3ZcZowWz+Zgpj3dgGsjV2KeyeKyblLiKEDXH6x0vmrgDZE3B
9bLzxE5hpEh6ZZaJfncHpQBymgDvHgS7G0BKoizu/2tK1iIoazI96IRwqlfhhquAqjCT
jeYvvFKHw/MZuRc1pI/uQqq+QtaVDS3NWSZ2zO5dUzksysQkYjXJruBvr7NGZEHDUwsC
HUona0xWRMAmnEY9ue9jVTns6HZyv9578Tv6z53igsfaIpxT6mG/VzfQlgaC/pvT4IUJ
uR4W2D2xIgyaJhrnSoQMtYbahAsG4X7spPfYbN2ER23AQ8oN6gZdnZvk2M8HKTmWr1ko
XhqQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com;
s=arc-20240605;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:dkim-signature;
bh=qLD76WdgROdAOGUV/ue39pIDzOSRkmcHLjUL+kJqP/Q=;
fh=VkuM3Bq6pcUzdBXhiw9bHxL37wc8I0QRieNNQxHT47E=;
b=ft46i2HyHCPWkAuxEMoN3VHltNWGrKfVVMUErXekmw/3YXzGlLJ44jlZXXU8Oxmka6
gJ1B/9Wf4okndFMleQ0adCfql9mMU8Bjxc2lVUIuzTU5Ewx/Rp+cPMHQ6EVM0KsoVF+Z
dFMUdFkZ83ngpTnUaXxURLdbXHE7nj5KNATmitjQm4P0I3c/zr9fPbh8tSr7+YQ257za
3LMN3hJ+rn1wNeKbBuW1TtglaeEU+gnwlCdvcQ+qEAOs4MTCVGIoi2VNjgWKL/6+pSnl
6hTncCtyUuj7wPnl+fD4kFNVKGhi5UGzDZcZJCzUoszykXx1uyZ1BrQXjheySLmyyJbC
4IDQ==; darn=debbugs.gnu.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20251104; t=1779711569; x=1780316369; 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=qLD76WdgROdAOGUV/ue39pIDzOSRkmcHLjUL+kJqP/Q=;
b=LnPyONI5wWIlG4Mqh1tmLKg61U8qm3ARKrOwplSFb72k5IOvNWOS+Pq20GzfDQJfXa
MQlhz5P7c0EdPFC5qmErMB3nVHCK20IfXL+n73LW3yV7ZqVWU3kEHJzfIoYU3f7oyfFI
Wghz3ZIUuYCtygBfx0yOHpe/5FcFlAOBOjStVostwRfjyUSfQxWH2jGE622Vo9pkXW3F
vnN3GAa9Ndbz7+/Z7jEfHSQXo0pNeq7ctCXfODhhRASrXRwY9eghwrauChZRgFe5I9s+
EgoE5qPgXh0Rm3rmsdG5TQrPjqS4KjorLIS6b5JvuaU8+APpx1pzj4uYiOLi76jD66Fs
s+vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20251104; t=1779711569; x=1780316369;
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=qLD76WdgROdAOGUV/ue39pIDzOSRkmcHLjUL+kJqP/Q=;
b=dKZ6ktsOikfb62bMvIL8gQTQkvSxk+ORlN/JhFeMc+YR6hIng0JSfNpMlk6KyBFBcj
Yyzlb3TSBs2PrI/U4WlSVaQXhtNqYLbKmbMGPm2lPkQPUyH6wZcyYII5u0pdGZDN+gm3
UUnWREEqHVgu7oQooerqmlHD3IfXAGLvLMIo0HLuKdCG640p0PNHTAts64o4PzxG9Ve2
/gR8nNcmSF/Bb/gy0mOiPZHtsE9YeNNZ8enNmmuGpBRZJDqtS5PPyv1nBS+Kw5ogzUDa
jB/4LmE5N/PaBPSucz7VH+DteOtkAWKGnkoDsA7gesLW00Fu+58Pat4Ji9ta20M4qG8Y
OeLg==
X-Gm-Message-State: AOJu0Yyz6MbgzUQdjUdEVfJGHFM94XVYptOweNeW15ps1VNsmBLPMcde
h2/Dae1A9hphOEL60SxyErp/ANc7CgobHNByfSsW6vJMUBrXWQnt59c7TEGFmUJYTLwN38wSFAn
w5Tb/1DbEfBA8/WWaOF9pjx+Gv6TdZiQ=
X-Gm-Gg: Acq92OEi2jUq/ci4MnW88CaTIOyFb/KiGu/J2+xYEnQzM8nFB1zHg6atpPveeO5ccfd
6erhljUWjRg3e184+iALb+4X1ktYg8sS6c8hAieNRnbi0cPxd4aGoK3XrLE6NrxIFUhxFP17tOV
kw/SR+CsRa9lu3TbOYauEx51BAr9gquIaIDP+2vPrYc2A4JIQg+kj+E8BUGFijIP6iXH6i4x7HC
Lquz9IgccUdIkumMJIVabmf+ubae7FHdBINV8ee8n2tCkA/O0HwCw+qX08EK3eKBFUo9JoAPO/F
ZigRCueeT5dQWmUCq0yMm4L0Zc2D95XKA+LQvJEtnRGHG4vF2z5BYsRP06QMEcit+lBa+OVMkLc
6k7h26AfgumiZ2KA8DCiF9GPgysxrlOZNgr5qXxTgbTDMMU2o
X-Received: by 2002:a05:6102:3f08:b0:631:4d87:ba5f with SMTP id
ada2fe7eead31-67c7490af39mr6244881137.3.1779711568763; Mon, 25 May 2026
05:19:28 -0700 (PDT)
MIME-Version: 1.0
References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN>
<86v7ccsia7.fsf@HIDDEN>
<CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN>
<86jysrsq1g.fsf@HIDDEN>
<CAN+1HbqO0KQgmWvNhU2M4KK0w-_3X7T34zFcRWT0bJ=gW2uPjg@HIDDEN>
<864ijvsn4f.fsf@HIDDEN>
In-Reply-To: <864ijvsn4f.fsf@HIDDEN>
From: =?UTF-8?Q?St=C3=A9phane_Marks?= <shipmints@HIDDEN>
Date: Mon, 25 May 2026 08:19:17 -0400
X-Gm-Features: AVHnY4KHp_0e_oQBid2DNpZua8yUjO-BgGzTXFDHFxAuMqPeuqFjj_H_JNsDoiE
Message-ID: <CAN+1HbokaQtNaEnV2pr5Jq6i=R01HTAW4_5mRe9zv549PXTNgA@HIDDEN>
Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release'
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000dbdf120652a36376"
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Mon, May 25, 2026 at 8:13 AM Eli Zaretskii wrote: > >
From: Stéphane Marks > > Date: Mon, 25 May 2026 07:37:50 -0400 > > Cc: 81111 <at> debbugs.gnu.org,
rahul.juliato@HIDDEN, > monnier@HIDDEN > > > > On Mon, May 25,
2026 at 7:10 AM Eli Z [...]
Content analysis details: (2.0 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (shipmints[at]gmail.com)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 SPF_PASS SPF: sender matches SPF record
1.0 FORGED_GMAIL_RCVD 'From' gmail.com does not match 'Received'
headers
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/,
no trust
[2607:f8b0:4864:20:0:0:0:e30 listed in]
[list.dnswl.org]
0.0 HTML_MESSAGE BODY: HTML included in message
1.0 FREEMAIL_REPLY From and body contain different freemails
X-Debbugs-Envelope-To: 81111
Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: 0.0 (/)
--000000000000dbdf120652a36376
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
On Mon, May 25, 2026 at 8:13=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote:
> > From: St=C3=A9phane Marks <shipmints@HIDDEN>
> > Date: Mon, 25 May 2026 07:37:50 -0400
> > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN,
> monnier@HIDDEN
> >
> > On Mon, May 25, 2026 at 7:10=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wr=
ote:
> >
> > > From: St=C3=A9phane Marks <shipmints@HIDDEN>
> > > Date: Sun, 24 May 2026 16:34:29 -0400
> > > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN,
> monnier@HIDDEN
> > >
> > > On Sun, May 24, 2026 at 3:45=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN>=
wrote:
> > >
> > > > Cc: Rahul Juliato <rahul.juliato@HIDDEN>,
> > > > Stefan Monnier <monnier@HIDDEN>
> > > > From: St=C3=A9phane Marks <shipmints@HIDDEN>
> > > > Date: Sun, 24 May 2026 14:11:29 -0400
> > > >
> > > > Similar to bug#80813 where we reset buffer-read-only, I propose
> that we also reset mark-active. This
> > > has been
> > > > causing issues using work buffers in markdown-ts-mode's code-bloc=
k
> editor. For the time being, I'm
> > > clearing
> > > > mark-active manually.
> > >
> > > Why is it a problem to clear mark-active manually?
> > >
> > > If work buffers are intended to be a drop-in replacement for temp
> buffers, having to know and remember
> > to deal
> > > with "key" permanent local variables is a bit of a burden and will
> likely be a source of support calls.
> > >
> > > I think I proposed a couple of months ago to expose 'reset_buffer' s=
o
> work-buffer--release could call that
> > (taking
> > > care to call it after removing overlays). Rather than piecemeal eac=
h
> variable as issues arise, maybe we
> > should
> > > consider that. To the degree people who add variables via
> 'DEFVAR_PER_BUFFER' also remember to
> > add them
> > > to 'reset_buffer' we'll eliminate having to mention those variables
> in 'work-buffer--release'.
> >
> > Are we sure that all users of these buffers will want to reset _all_
> > these variables, not just some of them?
> >
> > Any reliance on buffer state from this shared pool is a bug.
>
> You answered a different question from the one I asked.
>
Work buffers are a new enough feature, I say yes, we do know. We also know
what we've told them:
"Like `with-temp-buffer', but reuse an already created temporary
buffer when possible, instead of creating a new one on each call."
To be like temp buffers, no state should be retained.
--000000000000dbdf120652a36376
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Mon, May 25, 2026 at 8:13=E2=80=AFAM Eli Zaretskii <<a href=3D"mailto=
:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:</span></div></div><div class=3D"=
gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">> From: St=C3=A9phane Marks <<a href=3D"mailto:shipmints@g=
mail.com" target=3D"_blank">shipmints@HIDDEN</a>><br>
> Date: Mon, 25 May 2026 07:37:50 -0400<br>
> Cc: <a href=3D"mailto:81111 <at> debbugs.gnu.org" target=3D"_blank">81111@d=
ebbugs.gnu.org</a>, <a href=3D"mailto:rahul.juliato@HIDDEN" target=3D"_b=
lank">rahul.juliato@HIDDEN</a>, <a href=3D"mailto:monnier@HIDDEN=
ca" target=3D"_blank">monnier@HIDDEN</a><br>
> <br>
> On Mon, May 25, 2026 at 7:10=E2=80=AFAM Eli Zaretskii <<a href=3D"m=
ailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>> wrote:<br>
> <br>
>=C2=A0 > From: St=C3=A9phane Marks <<a href=3D"mailto:shipmints@g=
mail.com" target=3D"_blank">shipmints@HIDDEN</a>><br>
>=C2=A0 > Date: Sun, 24 May 2026 16:34:29 -0400<br>
>=C2=A0 > Cc: <a href=3D"mailto:81111 <at> debbugs.gnu.org" target=3D"_bla=
nk">81111 <at> debbugs.gnu.org</a>, <a href=3D"mailto:rahul.juliato@HIDDEN" t=
arget=3D"_blank">rahul.juliato@HIDDEN</a>, <a href=3D"mailto:monnier@iro=
.umontreal.ca" target=3D"_blank">monnier@HIDDEN</a><br>
>=C2=A0 > <br>
>=C2=A0 > On Sun, May 24, 2026 at 3:45=E2=80=AFPM Eli Zaretskii <<=
a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>> wrote=
:<br>
>=C2=A0 > <br>
>=C2=A0 >=C2=A0 > Cc: Rahul Juliato <<a href=3D"mailto:rahul.ju=
liato@HIDDEN" target=3D"_blank">rahul.juliato@HIDDEN</a>>,<br>
>=C2=A0 >=C2=A0 >=C2=A0 Stefan Monnier <<a href=3D"mailto:monni=
er@HIDDEN" target=3D"_blank">monnier@HIDDEN</a>><br>
>=C2=A0 >=C2=A0 > From: St=C3=A9phane Marks <<a href=3D"mailto:=
shipmints@HIDDEN" target=3D"_blank">shipmints@HIDDEN</a>><br>
>=C2=A0 >=C2=A0 > Date: Sun, 24 May 2026 14:11:29 -0400<br>
>=C2=A0 >=C2=A0 > <br>
>=C2=A0 >=C2=A0 > Similar to bug#80813 where we reset buffer-read-=
only, I propose that we also reset mark-active.=C2=A0 This<br>
>=C2=A0 >=C2=A0 has been<br>
>=C2=A0 >=C2=A0 > causing issues using work buffers in markdown-ts=
-mode's code-block editor.=C2=A0 For the time being, I'm<br>
>=C2=A0 >=C2=A0 clearing<br>
>=C2=A0 >=C2=A0 > mark-active manually.<br>
>=C2=A0 > <br>
>=C2=A0 >=C2=A0 Why is it a problem to clear mark-active manually?<br=
>
>=C2=A0 > <br>
>=C2=A0 > If work buffers are intended to be a drop-in replacement fo=
r temp buffers, having to know and remember<br>
>=C2=A0 to deal<br>
>=C2=A0 > with "key" permanent local variables is a bit of =
a burden and will likely be a source of support calls.<br>
>=C2=A0 > <br>
>=C2=A0 > I think I proposed a couple of months ago to expose 're=
set_buffer' so work-buffer--release could call that<br>
>=C2=A0 (taking<br>
>=C2=A0 > care to call it after removing overlays).=C2=A0 Rather than=
piecemeal each variable as issues arise, maybe we<br>
>=C2=A0 should<br>
>=C2=A0 > consider that.=C2=A0 To the degree people who add variables=
via 'DEFVAR_PER_BUFFER' also remember to<br>
>=C2=A0 add them<br>
>=C2=A0 > to 'reset_buffer' we'll eliminate having to men=
tion those variables in 'work-buffer--release'.<br>
> <br>
>=C2=A0 Are we sure that all users of these buffers will want to reset _=
all_<br>
>=C2=A0 these variables, not just some of them?<br>
> <br>
> Any reliance on buffer state from this shared pool is a bug.<br>
<br>
You answered a different question from the one I asked.<br></blockquote><di=
v><br></div><div class=3D"gmail_default" style=3D"font-family:monospace">Wo=
rk buffers are a new enough feature, I say yes, we do know.=C2=A0 We also k=
now what we've told them:</div><div class=3D"gmail_default" style=3D"fo=
nt-family:monospace"><br></div><div class=3D"gmail_default" style=3D"font-f=
amily:monospace">=C2=A0 "Like `with-temp-buffer', but reuse an alr=
eady created temporary<br>=C2=A0 buffer when possible, instead of creating =
a new one on each call."<br></div><div class=3D"gmail_default" style=
=3D"font-family:monospace"><br></div><div class=3D"gmail_default" style=3D"=
font-family:monospace">To be like temp buffers, no state should be retained=
.</div></div></div>
--000000000000dbdf120652a36376--
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.Received: (at 81111) by debbugs.gnu.org; 25 May 2026 12:13:48 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 25 08:13:48 2026 Received: from localhost ([127.0.0.1]:46818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wRUBn-0001zJ-Lv for submit <at> debbugs.gnu.org; Mon, 25 May 2026 08:13:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50982) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1wRUBk-0001z4-Ed for 81111 <at> debbugs.gnu.org; Mon, 25 May 2026 08:13:45 -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 <eliz@HIDDEN>) id 1wRUBe-0004UT-Lj; Mon, 25 May 2026 08:13:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=h2xP93KmTcePfe35+HUG+oYk8htZwfRAa0NNUlXOWg4=; b=DAg5pDprDvI40lcsyKAE 1ZactnB3Xa49rTx6FSyvF1/MyViDa5gBB1VVQH115MliYWPoR/jh0x/Rzx41QIcNIFYgVqk3WZRb8 ZmR8zKCDNG0hDwLQNj3hTXPciHBTVyqE04ktsdoXeO4/HRuitfCEGPo08yGylMicwLxUtcOJpM4J0 87dMOiQDCngJSuPINnurteplxlj4sBH2JR2KgTqXHD0b29DfoSgTSu0JR+hDO0UR8MXM1D7LJIJWB pAiPCqQH9QHwJfwP50mlVZ+Q9mUPf6yuTUhABMd4sLpz886MlN/3f4SsO1f3ITK7VLvkzJFqxdqba dH/gesQqvYibeA==; Date: Mon, 25 May 2026 15:13:36 +0300 Message-Id: <864ijvsn4f.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: =?utf-8?Q?St=C3=A9phane?= Marks <shipmints@HIDDEN> In-Reply-To: <CAN+1HbqO0KQgmWvNhU2M4KK0w-_3X7T34zFcRWT0bJ=gW2uPjg@HIDDEN> (message from =?utf-8?Q?St=C3=A9phane?= Marks on Mon, 25 May 2026 07:37:50 -0400) Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release' References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> <86v7ccsia7.fsf@HIDDEN> <CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN> <86jysrsq1g.fsf@HIDDEN> <CAN+1HbqO0KQgmWvNhU2M4KK0w-_3X7T34zFcRWT0bJ=gW2uPjg@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81111 Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: -3.3 (---) > From: Stéphane Marks <shipmints@HIDDEN> > Date: Mon, 25 May 2026 07:37:50 -0400 > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN, monnier@HIDDEN > > On Mon, May 25, 2026 at 7:10 AM Eli Zaretskii <eliz@HIDDEN> wrote: > > > From: Stéphane Marks <shipmints@HIDDEN> > > Date: Sun, 24 May 2026 16:34:29 -0400 > > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN, monnier@HIDDEN > > > > On Sun, May 24, 2026 at 3:45 PM Eli Zaretskii <eliz@HIDDEN> wrote: > > > > > Cc: Rahul Juliato <rahul.juliato@HIDDEN>, > > > Stefan Monnier <monnier@HIDDEN> > > > From: Stéphane Marks <shipmints@HIDDEN> > > > Date: Sun, 24 May 2026 14:11:29 -0400 > > > > > > Similar to bug#80813 where we reset buffer-read-only, I propose that we also reset mark-active. This > > has been > > > causing issues using work buffers in markdown-ts-mode's code-block editor. For the time being, I'm > > clearing > > > mark-active manually. > > > > Why is it a problem to clear mark-active manually? > > > > If work buffers are intended to be a drop-in replacement for temp buffers, having to know and remember > to deal > > with "key" permanent local variables is a bit of a burden and will likely be a source of support calls. > > > > I think I proposed a couple of months ago to expose 'reset_buffer' so work-buffer--release could call that > (taking > > care to call it after removing overlays). Rather than piecemeal each variable as issues arise, maybe we > should > > consider that. To the degree people who add variables via 'DEFVAR_PER_BUFFER' also remember to > add them > > to 'reset_buffer' we'll eliminate having to mention those variables in 'work-buffer--release'. > > Are we sure that all users of these buffers will want to reset _all_ > these variables, not just some of them? > > Any reliance on buffer state from this shared pool is a bug. You answered a different question from the one I asked.
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.
Received: (at 81111) by debbugs.gnu.org; 25 May 2026 11:38:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 25 07:38:06 2026
Received: from localhost ([127.0.0.1]:46516 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wRTdG-00074O-4I
for submit <at> debbugs.gnu.org; Mon, 25 May 2026 07:38:06 -0400
Received: from mail-vs1-xe2d.google.com ([2607:f8b0:4864:20::e2d]:56670)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <shipmints@HIDDEN>)
id 1wRTdD-00073v-NT
for 81111 <at> debbugs.gnu.org; Mon, 25 May 2026 07:38:04 -0400
Received: by mail-vs1-xe2d.google.com with SMTP id
ada2fe7eead31-631466587e9so7193459137.1
for <81111 <at> debbugs.gnu.org>; Mon, 25 May 2026 04:38:03 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1779709083; cv=none;
d=google.com; s=arc-20240605;
b=SWKDiEkmpMhkntiuXWvRbysIHrBbN1UIHwQj+OhU+6nkklvHTfy6UE7yppGIdM4tlY
aTckFWoDSgADxi+28nu0xY755Jw9SQrHeDtxQvuiQuZAT52Z3dUFGtAYqACKlHGxgILU
hj187uASVIrDI0ltjGHtxs/oR/6iYv9r9WKvqjKPNuEPdCuNTJ4xIHXyA7Eoxia1tnf8
eVzPs6UQIAmkqZdvIPULKuyivVxTq3TcG32v77nrfa15T9vo72TWPnQ7LWLPUdk/GXvD
h2qyuce8duBoyiUSXUdtsf7LT2UX5xMmI0DdDVMSHQnB/w6rZtlJyqFZvezv3lrRSObg
el9w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com;
s=arc-20240605;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:dkim-signature;
bh=u6TgU7/pklT3ROyJGmvGVVvKEds3am/SWoARNrrXzzo=;
fh=VkuM3Bq6pcUzdBXhiw9bHxL37wc8I0QRieNNQxHT47E=;
b=T/P+JNcg7lOoustJ25C4POZ1si/9hy7qV2rKCSvyt32fmYtxMLulbROCAGcbvKihzL
6jWZk0vCl/903FfrW4kkvbS4ZO5lR4EDURJHwUK6QAi9d7+4S0nymJ4+cPSBo++5ujsb
WT4hFWbNuWBxKJgxZ4tV+qxcJJqFZw6esq4jl+a/1S0ujLpruatCUzcdpXG2zRQx/1p9
ttkCTuUWwoa3Ne5i2SncgQy5xRWpXo9E7MfrfhZje61EucAqdVF3QKX7fAAQrWdJGvY3
9CFEgHMjTvXml6AmexUaShWLjyeyI2AEGr02PFWx+qMxG5gina35Qt+nmXdR8CbMAoCg
lDig==; darn=debbugs.gnu.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20251104; t=1779709083; x=1780313883; 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=u6TgU7/pklT3ROyJGmvGVVvKEds3am/SWoARNrrXzzo=;
b=Z6cCoHcMdwC+29ki4BWAxP4qixaPjwXEERPtDcV2xKJBjoWjl80NwKH2gj8KKS2L70
gezw7w9UvIyYPSI7x+tnij3a46/OQRRzkZUvPMhNmlnf4i4eGfXPq/Sj+eu2EfaTpUA/
ai+Q5Z4g8DFAayZ1J5gQenDn5i+rXiBzkDCsYGFLybpBu6CQpe533YYMHJsypnTgBcDC
tzTtytvhmAYthCTlXDzbWOBEar2zQaEtdA+arY4Z50CFa9TqEQRbVyaduHbAtPIdSrNe
5qvXss8SGhgu2gVImZ+ahpFOawZTyAWFhBGYqY2zC7+fQlptQyoB8cEnxPRDWXs+uR7b
uGRg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20251104; t=1779709083; x=1780313883;
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=u6TgU7/pklT3ROyJGmvGVVvKEds3am/SWoARNrrXzzo=;
b=IioBU6jB6e7BjJynyL6xRBtmIGEzG9E7Kl+2IZeLdFjlDCYSjuuKCS9QhBH5ENv8Sl
/xhA4K97l24R74qVim3JDQfI79j7cHTIEw/p2MB0cDq1AFF8V1YBFD6ArG9RR26KShiE
wkohojKfkXHiB2aOp9Z8kdohAbriBhC9l+cbHuhKv5m+fWpHtxSdNNLWi41+OhFy3NBO
Q1uZV56DhsqLYO1pwb6DFQ4B/ds4GMZYS85kar8f70E62CsNcTaHhZQXXBKv+s9bfU/0
3KPX/c44Hy4Ry8/1QdLWfq0+wErGnX8TePoNemm1nAxMdOk2uO6dP6KCxaBMxWKD99aj
3IGQ==
X-Gm-Message-State: AOJu0YyjPiZdcLwG9FPOH5YQ32uPhjY6qiSL0gKPf9rmpXKMOz64tdQO
7jAGht7e3hNni/46zmtM1zvQiMJVo+heH54yV6Ulx+HFv9QePdG81C5crQ6pywMRumow8mQxHhs
XGd3rivpiwqncLF2Iat3wu5MI3BSkmXU=
X-Gm-Gg: Acq92OFD72v8eSKd41vJbSitqdf4jT4jMtM4Gjuc99OHqzr48EGg/KPelsVCY1pwjG3
GeEz8DzsWNSPT+rc6RERPoTkdNyVBIiy5+LeA8dWpU2OHIDymM+2OF1UFR/yi5Jy0+kCvNZeNpx
1idhLQdhHWjqtOiFvj7pHljMzyGpGct9MchwH8gj0lU3btaFD/k7qwBRY1xW8auQEKied09+Xgo
4imWQCt26LkPEGmJYOBXX32HVL50umWzQ864p2DQPKbxbpbd9qTyaf/K5llAEw0qAIa4MDjwp4O
NQSda2cusYgHiFhrqP9Dm9au+2CRCl1bbVBja5ZVmPf6XtJ+Ud+ItpU+4yUAxFODgj1e/qmHtPg
zbg/Fu5NRC6EwH/t/fVjvBxO7wXVSIqstSDWqz3o/R81yvYzh8g7bFlxJGIY=
X-Received: by 2002:a05:6102:3f4c:b0:5ff:f4ae:a154 with SMTP id
ada2fe7eead31-67c70e6750amr7244976137.1.1779709082748; Mon, 25 May 2026
04:38:02 -0700 (PDT)
MIME-Version: 1.0
References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN>
<86v7ccsia7.fsf@HIDDEN>
<CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN>
<86jysrsq1g.fsf@HIDDEN>
In-Reply-To: <86jysrsq1g.fsf@HIDDEN>
From: =?UTF-8?Q?St=C3=A9phane_Marks?= <shipmints@HIDDEN>
Date: Mon, 25 May 2026 07:37:50 -0400
X-Gm-Features: AVHnY4IbMJi-6aT98cBsPhMiu0b6wzkvR6Cq1HwYejXLXb4O_4TIZyLwUOlX8FQ
Message-ID: <CAN+1HbqO0KQgmWvNhU2M4KK0w-_3X7T34zFcRWT0bJ=gW2uPjg@HIDDEN>
Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release'
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000ae4cc90652a2cfe6"
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Mon, May 25, 2026 at 7:10 AM Eli Zaretskii wrote: > >
From: Stéphane Marks > > Date: Sun, 24 May 2026 16:34:29 -0400 > > Cc: 81111 <at> debbugs.gnu.org,
rahul.juliato@HIDDEN, > monnier@HIDDEN > > > > On Sun, May 24,
2026 at 3:45 PM Eli Z [...]
Content analysis details: (2.0 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (shipmints[at]gmail.com)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 SPF_PASS SPF: sender matches SPF record
1.0 FORGED_GMAIL_RCVD 'From' gmail.com does not match 'Received'
headers
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/,
no trust
[2607:f8b0:4864:20:0:0:0:e2d listed in]
[list.dnswl.org]
0.0 HTML_MESSAGE BODY: HTML included in message
1.0 FREEMAIL_REPLY From and body contain different freemails
X-Debbugs-Envelope-To: 81111
Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: 0.0 (/)
--000000000000ae4cc90652a2cfe6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
On Mon, May 25, 2026 at 7:10=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote:
> > From: St=C3=A9phane Marks <shipmints@HIDDEN>
> > Date: Sun, 24 May 2026 16:34:29 -0400
> > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN,
> monnier@HIDDEN
> >
> > On Sun, May 24, 2026 at 3:45=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wr=
ote:
> >
> > > Cc: Rahul Juliato <rahul.juliato@HIDDEN>,
> > > Stefan Monnier <monnier@HIDDEN>
> > > From: St=C3=A9phane Marks <shipmints@HIDDEN>
> > > Date: Sun, 24 May 2026 14:11:29 -0400
> > >
> > > Similar to bug#80813 where we reset buffer-read-only, I propose that
> we also reset mark-active. This
> > has been
> > > causing issues using work buffers in markdown-ts-mode's code-block
> editor. For the time being, I'm
> > clearing
> > > mark-active manually.
> >
> > Why is it a problem to clear mark-active manually?
> >
> > If work buffers are intended to be a drop-in replacement for temp
> buffers, having to know and remember to deal
> > with "key" permanent local variables is a bit of a burden and will
> likely be a source of support calls.
> >
> > I think I proposed a couple of months ago to expose 'reset_buffer' so
> work-buffer--release could call that (taking
> > care to call it after removing overlays). Rather than piecemeal each
> variable as issues arise, maybe we should
> > consider that. To the degree people who add variables via
> 'DEFVAR_PER_BUFFER' also remember to add them
> > to 'reset_buffer' we'll eliminate having to mention those variables in
> 'work-buffer--release'.
>
> Are we sure that all users of these buffers will want to reset _all_
> these variables, not just some of them?
>
Any reliance on buffer state from this shared pool is a bug.
--000000000000ae4cc90652a2cfe6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Mon, May 25, 2026 at 7:10=E2=80=AFAM Eli Zaretskii <<a href=3D"mailto=
:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:</span></div></div><div class=3D"=
gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">> From: St=C3=A9phane Marks <<a href=3D"mailto:shipmints@g=
mail.com" target=3D"_blank">shipmints@HIDDEN</a>><br>
> Date: Sun, 24 May 2026 16:34:29 -0400<br>
> Cc: <a href=3D"mailto:81111 <at> debbugs.gnu.org" target=3D"_blank">81111@d=
ebbugs.gnu.org</a>, <a href=3D"mailto:rahul.juliato@HIDDEN" target=3D"_b=
lank">rahul.juliato@HIDDEN</a>, <a href=3D"mailto:monnier@HIDDEN=
ca" target=3D"_blank">monnier@HIDDEN</a><br>
> <br>
> On Sun, May 24, 2026 at 3:45=E2=80=AFPM Eli Zaretskii <<a href=3D"m=
ailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>> wrote:<br>
> <br>
>=C2=A0 > Cc: Rahul Juliato <<a href=3D"mailto:rahul.juliato@gmail=
.com" target=3D"_blank">rahul.juliato@HIDDEN</a>>,<br>
>=C2=A0 >=C2=A0 Stefan Monnier <<a href=3D"mailto:monnier@HIDDEN=
treal.ca" target=3D"_blank">monnier@HIDDEN</a>><br>
>=C2=A0 > From: St=C3=A9phane Marks <<a href=3D"mailto:shipmints@g=
mail.com" target=3D"_blank">shipmints@HIDDEN</a>><br>
>=C2=A0 > Date: Sun, 24 May 2026 14:11:29 -0400<br>
>=C2=A0 > <br>
>=C2=A0 > Similar to bug#80813 where we reset buffer-read-only, I pro=
pose that we also reset mark-active.=C2=A0 This<br>
>=C2=A0 has been<br>
>=C2=A0 > causing issues using work buffers in markdown-ts-mode's=
code-block editor.=C2=A0 For the time being, I'm<br>
>=C2=A0 clearing<br>
>=C2=A0 > mark-active manually.<br>
> <br>
>=C2=A0 Why is it a problem to clear mark-active manually?<br>
> <br>
> If work buffers are intended to be a drop-in replacement for temp buff=
ers, having to know and remember to deal<br>
> with "key" permanent local variables is a bit of a burden an=
d will likely be a source of support calls.<br>
> <br>
> I think I proposed a couple of months ago to expose 'reset_buffer&=
#39; so work-buffer--release could call that (taking<br>
> care to call it after removing overlays).=C2=A0 Rather than piecemeal =
each variable as issues arise, maybe we should<br>
> consider that.=C2=A0 To the degree people who add variables via 'D=
EFVAR_PER_BUFFER' also remember to add them<br>
> to 'reset_buffer' we'll eliminate having to mention those =
variables in 'work-buffer--release'.<br>
<br>
Are we sure that all users of these buffers will want to reset _all_<br>
these variables, not just some of them?<br></blockquote><div><br></div><div=
class=3D"gmail_default" style=3D"font-family:monospace">Any reliance on bu=
ffer state from this shared pool is a bug.</div></div></div>
--000000000000ae4cc90652a2cfe6--
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.Received: (at 81111) by debbugs.gnu.org; 25 May 2026 11:10:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 25 07:10:47 2026 Received: from localhost ([127.0.0.1]:46348 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wRTCo-0002Rr-GF for submit <at> debbugs.gnu.org; Mon, 25 May 2026 07:10:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52982) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1wRTCl-0002RT-Lk for 81111 <at> debbugs.gnu.org; Mon, 25 May 2026 07:10:44 -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 <eliz@HIDDEN>) id 1wRTCg-0007iF-7a; Mon, 25 May 2026 07:10:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=u32WJJXzOC/llTfBhiVjFpxIj/eQhQH2YLYHHPAMHmc=; b=L3azl988oBxdxoMe3mcc 9dWaKsZ6T5G1jgcDeR6SU4WSUInvdQZHAG4H/Bzw5BBEIRqgrQT+yJt6r7zqWEmDkVNGq6WFB2tQd 0jaLN0khN8XUhRaU7IKBZxAVl9IKpDXpDmUQr2P/eVLyteaY9gNRpkUCF+xelNipB89lMdVv/mcDD 3Ts1s6N2gCLEdEpd0shmX/GVKGd3DfkZgFVwNKTlBNYu+mxvMdTOduDFPT3ohuPsaqf5oS5j+DWAl C0AHoIgMf5LAkhTyGHg9m3x75LhAexN9/IL7jAgi1NzHNIMyHZbEsXU5IZ/uQ+pkX52HRkSVScNKG SyojDAWPo7ZIFw==; Date: Mon, 25 May 2026 14:10:35 +0300 Message-Id: <86jysrsq1g.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: =?utf-8?Q?St=C3=A9phane?= Marks <shipmints@HIDDEN> In-Reply-To: <CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN> (message from =?utf-8?Q?St=C3=A9phane?= Marks on Sun, 24 May 2026 16:34:29 -0400) Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release' References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> <86v7ccsia7.fsf@HIDDEN> <CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81111 Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: -3.3 (---) > From: Stéphane Marks <shipmints@HIDDEN> > Date: Sun, 24 May 2026 16:34:29 -0400 > Cc: 81111 <at> debbugs.gnu.org, rahul.juliato@HIDDEN, monnier@HIDDEN > > On Sun, May 24, 2026 at 3:45 PM Eli Zaretskii <eliz@HIDDEN> wrote: > > > Cc: Rahul Juliato <rahul.juliato@HIDDEN>, > > Stefan Monnier <monnier@HIDDEN> > > From: Stéphane Marks <shipmints@HIDDEN> > > Date: Sun, 24 May 2026 14:11:29 -0400 > > > > Similar to bug#80813 where we reset buffer-read-only, I propose that we also reset mark-active. This > has been > > causing issues using work buffers in markdown-ts-mode's code-block editor. For the time being, I'm > clearing > > mark-active manually. > > Why is it a problem to clear mark-active manually? > > If work buffers are intended to be a drop-in replacement for temp buffers, having to know and remember to deal > with "key" permanent local variables is a bit of a burden and will likely be a source of support calls. > > I think I proposed a couple of months ago to expose 'reset_buffer' so work-buffer--release could call that (taking > care to call it after removing overlays). Rather than piecemeal each variable as issues arise, maybe we should > consider that. To the degree people who add variables via 'DEFVAR_PER_BUFFER' also remember to add them > to 'reset_buffer' we'll eliminate having to mention those variables in 'work-buffer--release'. Are we sure that all users of these buffers will want to reset _all_ these variables, not just some of them?
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.Received: (at 81111) by debbugs.gnu.org; 24 May 2026 20:34:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 24 16:34:45 2026 Received: from localhost ([127.0.0.1]:39963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wRFX2-0004Eq-VF for submit <at> debbugs.gnu.org; Sun, 24 May 2026 16:34:45 -0400 Received: from mail-ua1-x931.google.com ([2607:f8b0:4864:20::931]:50310) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1wRFWy-0004EH-SV for 81111 <at> debbugs.gnu.org; Sun, 24 May 2026 16:34:43 -0400 Received: by mail-ua1-x931.google.com with SMTP id a1e0cc1a2514c-961780b0b98so2219582241.0 for <81111 <at> debbugs.gnu.org>; Sun, 24 May 2026 13:34:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779654880; cv=none; d=google.com; s=arc-20240605; b=ZDmrIFvzh/q5GQ9xpNXbidwfIeWtMeIu7x3qyJkrxk/YMxffqe8fbUPKB8PHLQBtf7 XLoSO9lZdcMZqwtyGqJ68kidBKWMstrhi/rymmJwhcDdeThChGfG81IXfA/NjrofYTox R5GFdI2bQ3bZGuQ14du5Hkjpf+yiyHG9cZB45tT2S2QZsanV8GCVmCdmBUzAXUt0o3rc 3eQPV2eQEZbZXVRqqkmEYwY2mf9DjOWncGMga8GkHUUyVeAbhvfL93IxR51Ak27+yepX KKhZRLMQdZfXG3TLiMna98Kqj+SJ4/tI/bP+gkqJh60Qf9LKwmzLFj9dH8UDm2JVDVqp 9pnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=cbm8I/XkU8sEbto2YJbeJy/fMMtZwsItEiMiavadaa0=; fh=VkuM3Bq6pcUzdBXhiw9bHxL37wc8I0QRieNNQxHT47E=; b=jioSH5+B+Jl3o1cXYfacnrGg4LJOEM/ZDrp7m93idOJKx9ykRjnH0a20a9jPesfMbI 5eoB31lH5DWVmFjYM22O0014J2rHtXPNn4GDrxJlZojmktjydW+GK988E2Tbe7VwCUzz XoIiiHVMuuLWgSECwBUZMygVZPKO83QMo0NPhnsP0S8W7LuuBuuDy5KNPml7ik8aZTK8 O3bP1Swrz721nai0E//CBxc5pHMv/qRslIUIUaSbO9BZfXTgW+z41rdf/Cn7wx6yq3LD kQqHxzcbOkA3GWtCF/A0BUFmtTkAnsHG5iSEf0xI2SXhTyAbSda004ogiY9u0IwMe4F8 oGyw==; darn=debbugs.gnu.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779654880; x=1780259680; 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=cbm8I/XkU8sEbto2YJbeJy/fMMtZwsItEiMiavadaa0=; b=n5F7QlTHSMQB6xXlWBJzuPiO17i4jQOz6A+YULtXABsg8/oLSX+ZPF5AaOzZNSYKqC L5g//lPhYcOF3s4963j5G4yvTqsuK8+oylXPsTKPpg7jdxfYGJfCPuXvmEFReeKXs6sN 2jtraHD07KXweBFtdM9yKjikYqOwAulTFXpWKsFuOeVwEodryUqFh4hf0rOoVmtAcRZ1 DeS7ywil05wH01axY0/jaPfG6lRQRsFS9Iep2KK8LvoJCQfvI9q1lSPQfxhz4YtuWh4H KJ8/SEVKf9SBXawHjBP86d/M6Jsv9N86XPfGk/I59DfmUfmX7iIniX1fS1/TBVQAye3l bLHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779654880; x=1780259680; 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=cbm8I/XkU8sEbto2YJbeJy/fMMtZwsItEiMiavadaa0=; b=mgDpyrvToX5/JXgazMjy3nRpbOeALMwpe2/zyVjzjDcv57zAxGHuWIKgxcHi/hBTh+ tYSUAs9bUmKjUFI+3c0BojnTRdg3hifKcR53Q8b9PQpoRP2ob3drWgfMhbx4/qlsh1Zx JJ3ZeRAzHFq2GPjdSANI+RKQ3GtbVZRNpJV0wlyWxLrt0iiOmFalFGo2cXc5CHx9gTJX 3bZrqDttGjRMGetlj6KE5tka3D+4soC+FNvmIXADdNRw0nkDhcx7HKC9sTj9+7bDptcc 14GtC+MLeMv4Pq5bAHD1BWThjNp8g0HZHAbPgAjiksIOGEY4G+cE/P8Cc7Wy5Gv27kNq eFxA== X-Gm-Message-State: AOJu0YwlRsktB2kvlYa5DlWD/Fjr4ykVuP0M++3JzoUd9Nf1GR20EM3v 0ovMTQ4X50Tg0sL273JvkcyWcG+KO+eUFPwCbICJpqB0yceTUfx1H9+F/nnIebNPXLYhYHGMvxe TIj8Ss+i7y7/AlLEAWufwAxiR8oL2GmU= X-Gm-Gg: Acq92OGw9XHKISJ8OM4AokPq//tbWHxMJwOYG9menBQjuzx2fVgeQ2jE9xMyoLejb6D Xg2NfYImnRjLC8QmSHFka/XthVx6jwh2HkTyK6WNKGxkp8qPG+QzzrhfYF9JJhkjw+f3jNpXBkH Bk7P+1bRqVLyBgvO9YJ3J3pOOuA9vgcXGBsvTqnHgJrvNl445NrZIj0gAU1WK9CL6T+OWGF6pwG Td+aMRYt6IPpivVPJy5NUjpcPkEU71vM14Vo+zkSTzJyCkDvK3xv3+dKJNvRBWR4035FaoHUymL v1yaKgomcW4LD2dSVdP45w+qGRygJh69mYzlhMawyjR2RAM3ylV/AzT59YihI9lK4Ns3VtqnqFB 0vSITyQPMC3pXuYE0gnU0HxClZ3D3I1nvPzQ6q2ML9KEIxBb2 X-Received: by 2002:a05:6102:b07:b0:62f:3abe:907f with SMTP id ada2fe7eead31-67c7cee41cemr6697594137.4.1779654879897; Sun, 24 May 2026 13:34:39 -0700 (PDT) MIME-Version: 1.0 References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> <86v7ccsia7.fsf@HIDDEN> In-Reply-To: <86v7ccsia7.fsf@HIDDEN> From: =?UTF-8?Q?St=C3=A9phane_Marks?= <shipmints@HIDDEN> Date: Sun, 24 May 2026 16:34:29 -0400 X-Gm-Features: AVHnY4IfTpCgh-FlwyMeu4UANrh-qW77oqj_ktyEZZ6bOtkxQsOiqmOWBH83IX4 Message-ID: <CAN+1HbqzZSAvpdvdV7RXtii+k2SEE+T3=KEdYz1dgPNAJ7=nRw@HIDDEN> Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release' To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000f06af2065296301f" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 81111 Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: 0.0 (/) --000000000000f06af2065296301f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, May 24, 2026 at 3:45=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote: > > Cc: Rahul Juliato <rahul.juliato@HIDDEN>, > > Stefan Monnier <monnier@HIDDEN> > > From: St=C3=A9phane Marks <shipmints@HIDDEN> > > Date: Sun, 24 May 2026 14:11:29 -0400 > > > > Similar to bug#80813 where we reset buffer-read-only, I propose that we > also reset mark-active. This has been > > causing issues using work buffers in markdown-ts-mode's code-block > editor. For the time being, I'm clearing > > mark-active manually. > > Why is it a problem to clear mark-active manually? > If work buffers are intended to be a drop-in replacement for temp buffers, having to know and remember to deal with "key" permanent local variables is a bit of a burden and will likely be a source of support calls. I think I proposed a couple of months ago to expose 'reset_buffer' so work-buffer--release could call that (taking care to call it after removing overlays). Rather than piecemeal each variable as issues arise, maybe we should consider that. To the degree people who add variables via 'DEFVAR_PER_BUFFER' also remember to add them to 'reset_buffer' we'll eliminate having to mention those variables in 'work-buffer--release'. --000000000000f06af2065296301f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Sun, May 24, 2026 at 3:45=E2=80=AFPM Eli Zaretskii <<a href=3D"mailto= :eliz@HIDDEN">eliz@HIDDEN</a>> wrote:</span></div></div><div class=3D"= gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">> Cc: Rahul Juliato <<a href=3D"mailto:rahul.juliato@gmail= .com" target=3D"_blank">rahul.juliato@HIDDEN</a>>,<br> >=C2=A0 Stefan Monnier <<a href=3D"mailto:monnier@HIDDEN" t= arget=3D"_blank">monnier@HIDDEN</a>><br> > From: St=C3=A9phane Marks <<a href=3D"mailto:shipmints@HIDDEN" t= arget=3D"_blank">shipmints@HIDDEN</a>><br> > Date: Sun, 24 May 2026 14:11:29 -0400<br> > <br> > Similar to bug#80813 where we reset buffer-read-only, I propose that w= e also reset mark-active.=C2=A0 This has been<br> > causing issues using work buffers in markdown-ts-mode's code-block= editor.=C2=A0 For the time being, I'm clearing<br> > mark-active manually.<br> <br> Why is it a problem to clear mark-active manually?<br></blockquote><div><br= ></div><div class=3D"gmail_default" style=3D"font-family:monospace">If work= buffers are intended to be a drop-in replacement for temp buffers, having = to know and remember to deal with "key" permanent local variables= is a bit of a burden and will likely=C2=A0be a source of support calls.</d= iv><div class=3D"gmail_default" style=3D"font-family:monospace"><br></div><= div class=3D"gmail_default" style=3D"font-family:monospace">I think I propo= sed a couple of months ago=C2=A0to expose 'reset_buffer' so work-bu= ffer--release could call that (taking care to call it after removing overla= ys).=C2=A0 Rather than piecemeal each variable as issues arise, maybe we sh= ould consider that.=C2=A0 To the degree people who add variables via 'D= EFVAR_PER_BUFFER' also remember to add them to 'reset_buffer' w= e'll eliminate having to mention those variables in 'work-buffer--r= elease'.</div></div></div> --000000000000f06af2065296301f--
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 24 May 2026 19:51:14 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 24 15:51:14 2026
Received: from localhost ([127.0.0.1]:39371 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wREqv-0008Ed-Ob
for submit <at> debbugs.gnu.org; Sun, 24 May 2026 15:51:14 -0400
Received: from lists1p.gnu.org ([2001:470:142::17]:46184)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
id 1wREqt-0008Cc-Dq
for submit <at> debbugs.gnu.org; Sun, 24 May 2026 15:51:12 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
by lists1p.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <monnier@HIDDEN>)
id 1wREqV-0001QA-Kc
for bug-gnu-emacs@HIDDEN; Sun, 24 May 2026 15:50:47 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <monnier@HIDDEN>)
id 1wREqS-0003pm-Ph
for bug-gnu-emacs@HIDDEN; Sun, 24 May 2026 15:50:47 -0400
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 4849181F27;
Sun, 24 May 2026 15:50:41 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
s=mail; t=1779652239;
bh=qUhiDkydPV4pxgbO6F5FsOmaNiXoWo0/vcmT3PqczQE=;
h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
b=XarVODSzjXu38mSO3iHG2Sn10W2PdEYXWCZNC4IAMkFFUQqM/o5We+Km0xs/bfHNW
F5t574PBTu0lWtumDDoj4ZLPlFaWcL1SzXTobnZetAfN7f3EydGLusZv09DDgMddas
xm5MotOX0HUVx1GA4ucyo6aqE+Q3ZviT0zuqR6RwCP6LixYuEx3WMqZ20McD2VS8B9
INd5mEXd3uauR6CKrXm6xhAif3CuVE/tea2L5TtuUeUcePdg5aQ7/kuMxnW5LFPFFH
zQAnis22uwSFtQdpNBU5bdrF8UAt3+AI+dbLnawhp9rlRtgIgvb7TcVPaU1ACqj9Fd
Eas5DQ4wK3rqg==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id B3D1B817DA;
Sun, 24 May 2026 15:50:39 -0400 (EDT)
Received: from pastel (104-195-197-162.cpe.teksavvy.com [104.195.197.162])
by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 826A41201F6;
Sun, 24 May 2026 15:50:39 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: =?windows-1252?Q?St=E9phane?= Marks <shipmints@HIDDEN>
Subject: Re: Reset 'mark-active' in 'work-buffer--release'
In-Reply-To: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN>
Message-ID: <jwv1pf0lhrm.fsf-monnier+emacs@HIDDEN>
References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN>
Date: Sun, 24 May 2026 15:50:38 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results: 0
ALL_TRUSTED -1 Passed through trusted hosts only via SMTP
AWL 0.097 Adjusted score from AWL reputation of From: address
BAYES_00 -1.9 Bayes spam probability is 0 to 1%
DKIM_SIGNED 0.1 Message has a DKIM or DK signature,
not necessarily valid
DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
domain
DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
domain
X-SPAM-LEVEL:
Received-SPF: pass client-ip=132.204.25.50;
envelope-from=monnier@HIDDEN; helo=mailscanner.iro.umontreal.ca
X-Spam_score_int: -42
X-Spam_score: -4.3
X-Spam_bar: ----
X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3,
SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: submit
Cc: Rahul Juliato <rahul.juliato@HIDDEN>, 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: -1.0 (-)
> Similar to bug#80813 where we reset buffer-read-only, I propose that we
> also reset mark-active. This has been causing issues using work buffers in
> markdown-ts-mode's code-block editor. For the time being, I'm clearing
> mark-active manually.
>
> If agreed, I'll submit a patch.
Please grep for `DEFVAR_PER_BUFFER` and consider which of those
variables might deserve the same treatment.
According to:
(sed -ne 's/.*DEFVAR_PER_BUFFER ("\([^"]*\)",.*/\1/p' src/buffer.c | tr '-' '_'; sed -ne 's/.*XSETFASTINT (BVAR (&buffer_local_flags, \([^)]*\)).*/\1/p' src/buffer.c) | sort | uniq -u
There re the following per-buffer variables which are (IIUC) handled
like `mark-active` and ` buffer-read-only`:
abbrev_table
buffer_auto_save_file_format
buffer_auto_save_file_name
buffer_backed_up
buffer_display_count
buffer_display_table
buffer_display_time
buffer_file_format
buffer_file_name
buffer_file_truename
buffer_invisibility_spec
buffer_read_only
buffer_saved_size
buffer_undo_list
category_table
default_directory
display_table
enable_multibyte_characters
extra_line_spacing
horizontal_scroll_bar
horizontal_scroll_bar_type
left_margin_cols
left_margin_width
line_spacing
local_abbrev_table
local_minor_modes
major_mode
mark_active
mode_name
point_before_scroll
right_margin_cols
right_margin_width
syntax_table
ts_parser_list
vertical_scroll_bar
vertical_scroll_bar_type
=== Stefan
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.Received: (at 81111) by debbugs.gnu.org; 24 May 2026 19:46:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 24 15:46:04 2026 Received: from localhost ([127.0.0.1]:39288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wRElv-0007jY-MO for submit <at> debbugs.gnu.org; Sun, 24 May 2026 15:46:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53868) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1wREls-0007iZ-Lb for 81111 <at> debbugs.gnu.org; Sun, 24 May 2026 15:46:01 -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 <eliz@HIDDEN>) id 1wREln-0002aR-9c; Sun, 24 May 2026 15:45:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=7YGkNPQxX8svAEESdB2PnhGSoGOFSvHVh0J5wbJcxmk=; b=QpSvEct9F1M3Akwy71Ku AvT9+S6jBsqvi2Aark7KmV4u4y4wHw/RhsI0qpAeTKfvq2HbJnUhVmk/y5n4CJOqTtsC3fuQdEoGT C4AC2495+KPSUr7gAEnWb7POMATUzTrUBEPAepZmktquKfWEYwpZ1T8vKH//B5zPtsx20y0LY7UlZ T4QQB4AduF+OmSU2Ok9KeSBczaFVLB8A3Bi5lBLsgUlXN2broEWnHlBPQCliO7SqXDg1eUG0SEbkv ageBBwgETWvP6aPyf4vlahf9f7H0xCdLZcJvjyRRzy71hCICjPcIyGEOjfh+KxlFRhuEpzsu5s4O2 R/gyPPfOg1q3UA==; Date: Sun, 24 May 2026 22:45:52 +0300 Message-Id: <86v7ccsia7.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: =?utf-8?Q?St=C3=A9phane?= Marks <shipmints@HIDDEN> In-Reply-To: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> (message from =?utf-8?Q?St=C3=A9phane?= Marks on Sun, 24 May 2026 14:11:29 -0400) Subject: Re: bug#81111: Reset 'mark-active' in 'work-buffer--release' References: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 81111 Cc: rahul.juliato@HIDDEN, 81111 <at> debbugs.gnu.org, monnier@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: -3.3 (---) > Cc: Rahul Juliato <rahul.juliato@HIDDEN>, > Stefan Monnier <monnier@HIDDEN> > From: Stéphane Marks <shipmints@HIDDEN> > Date: Sun, 24 May 2026 14:11:29 -0400 > > Similar to bug#80813 where we reset buffer-read-only, I propose that we also reset mark-active. This has been > causing issues using work buffers in markdown-ts-mode's code-block editor. For the time being, I'm clearing > mark-active manually. Why is it a problem to clear mark-active manually?
bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 24 May 2026 18:12:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 24 14:12:09 2026 Received: from localhost ([127.0.0.1]:38341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wRDJ2-0000gK-PX for submit <at> debbugs.gnu.org; Sun, 24 May 2026 14:12:09 -0400 Received: from lists1p.gnu.org ([2001:470:142::17]:46598) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1wRDIz-0000f3-BV for submit <at> debbugs.gnu.org; Sun, 24 May 2026 14:12:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists1p.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <shipmints@HIDDEN>) id 1wRDIj-00014Q-8P for bug-gnu-emacs@HIDDEN; Sun, 24 May 2026 14:11:49 -0400 Received: from mail-vs1-xe36.google.com ([2607:f8b0:4864:20::e36]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <shipmints@HIDDEN>) id 1wRDId-0000Lr-Nb for bug-gnu-emacs@HIDDEN; Sun, 24 May 2026 14:11:45 -0400 Received: by mail-vs1-xe36.google.com with SMTP id ada2fe7eead31-631466587e9so6766847137.1 for <bug-gnu-emacs@HIDDEN>; Sun, 24 May 2026 11:11:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779646302; cv=none; d=google.com; s=arc-20240605; b=eDJe7EQmxvCwHTjOd+Yp9ZUtKKyBzRCCC4ebJh7jjcruNrIhFBE3VRrCMx7qTURSVn +XodRi06b2SfVqawz3VJpJRvVT+wm9nAuU+9TUB5GxDnLpy+volueuHEjGnU9exggtuI FAeb60lBzWurvG+ftB38FSSe9s5/h7SAnjV/iGwgxUJllVGEppuiKqUyvFsMGg3tXD80 Kr4NE2FIXpDHpM7kR2glXHKyz1ysu5eks5mycS68Zb1Px1wYChgVXnvVRBfbgXs1UINp DLLEjkK/LqK2gqUHC2dMqK+xDNOLojNt2urF/0Xc3r+iaJe5C9UPQUpmCQti8XIR1hpo 4YvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:mime-version:dkim-signature; bh=T+4GOZM0oKPXVnkh2vYFc40Fq7HFpCpznpujdWNA/cg=; fh=9JC9jRXNXRhpD8678gImGykQXGJVwU5TGclZLbrqRfk=; b=knW/8Dq/q9iOGZFAmsx0WeRYfXgy44ZCsJRtEm5AIU4GSju+shbcn3/xoDaAjpR18d 9XTat9VOM6Bn0WghEepGKio9nOmjauT0IhBSwmQF+jiJ9anfMFykaoCZFUPPJ2k2EVPS 6zoiHipuALj8BtemsmmA2iZsREacLKmjGt/RyrTYStR6Oj81KyTZdJUFYN8snNU/TkNM NPpYbLthrhrAd6IMtH3ggTIV8XFkcwvTQI3rbZ0E5Bd9uSAs+wtgcCNp3FEbaY1QnVV7 WBKNVwQ9VOBRg2VXZ0VNshrzLzLvFkPDpXQ5u0VX99e2p7/CUEhK4TUU8OXeURt8CUXI WZ+Q==; darn=gnu.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779646302; x=1780251102; darn=gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=T+4GOZM0oKPXVnkh2vYFc40Fq7HFpCpznpujdWNA/cg=; b=NhBqy+ixGXS30TmYl0pmvsIx0XNPXMmATkVyjegHJqb8a3k+L470bl+BbVYkJCAQFl yNhuCpufhfrLeQ9B4a03ta0SJca4SSKckTushtvnNqObIm/wp1CSPBSJ0f/OoMZ4SLor FhU1LX+1fyt3ZmBKbtiz8or5THGMd5ciSaPmakB0Cc1XPWygMV44/oPu/eJBUZitMk9P /KNIVWWdY+7+drIwrirgmK+WQRID+Dr0g67HS/YVIm6fZfBURJDm0pcLbFhfjDWhkRxG HvR+74DF61/6oURTgVDIUPz1NKf+bWPx2Akcxl2ZPCgWjbVPuNx3rmi0NXX8Z4fE0UV5 1pNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779646302; x=1780251102; h=cc:to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=T+4GOZM0oKPXVnkh2vYFc40Fq7HFpCpznpujdWNA/cg=; b=omr+PApGNIcD9LpoO0IaWdbnBDzMgr2xf76bko+B/sWwNYxtInltubadfNzR1EG77a cs64ktWPrClireDbLhekmkqPbdbwSEkOztuV5ilut3k/Gx0q2ily1gxnPenGEV1XvyFt mTkSq9O3lAHsPZiKVKQcgHlncJx2ii73lk7arfU1UX4acLUA2KESQXxnx299bCDeovKr DDZRRpjBhEEzzdDUQKETOvTy/3gkDncBHYSeJ9Ju8Q4kPNSAJ4ZzT/kWBoq7N4gzofZl yJ8jonViPBrVDsTQ5kOe3rIsDUPk11Uzm9csR8+RPXrOXXbU/vc45Q9EzMyJPaoVPSxc 80YQ== X-Gm-Message-State: AOJu0Yy+7gs4WSdNL42FneDpzVucYm4f5mWAOfXrK+MqfpYudPfm0lGQ eU5iaM8PejKtQn2GdPRa+eqFSXdj3KuNda7odHmq+0j9c/M55VWomyp25EVuadP2xF+LRIcQfCz 8kSK9pQqGULziOp4SgKfjE8rHwEYLvsqky/iQ X-Gm-Gg: Acq92OH7wyZj9yqgkXdEnCI2hfEbHbhgFZCSjueClT9Fnx/IHORFGWvw9JW5ix8OnBc KCy0bpFN9hSjJZHHqyRt4hzaB54Obq16flunCIle1ca8zgkeJ/++WmYWXF3PIsLFEWmX54KIR8L zl4SAdkDxJbTfHICafKHcDbpbhpR8Mv8ehPgyHo6TlXhfCnkQ7FdAHi6VrmOErlDB0th6uz/ym5 88je2O8wFHp+IX/6woSOr1+DKoHuOr+YgWzx+aaxHUgFjsrifsGqPV2a8Yrkhb14kE4T5rMPZ3p JUvbQZpduGD3pLcX8AVGS6aBtlClWecSJynhH4V8wvSx6R/1D/uzZ5Qw/b96gXKW9c4RWPesndb WBb8XgZxJLpQYtfu+lHqo7CsrTQkTos/o9BsYp55s+u1nY0tNkUQNa2Yu+T8= X-Received: by 2002:a05:6102:2924:b0:62f:33f9:37e5 with SMTP id ada2fe7eead31-67c7490d23dmr5522437137.10.1779646301001; Sun, 24 May 2026 11:11:41 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?St=C3=A9phane_Marks?= <shipmints@HIDDEN> Date: Sun, 24 May 2026 14:11:29 -0400 X-Gm-Features: AVHnY4Jyd-WjQlva_y1PE_ec3VBn9APRvuvAqomdUu1SOHYGQNhIBWfv5IfM25U Message-ID: <CAN+1HbrBWhKQsmbdw+94JQzSmcOiRmbZrMqcUw21Aop5XuHYtw@HIDDEN> Subject: Reset 'mark-active' in 'work-buffer--release' To: bug-gnu-emacs@HIDDEN Content-Type: multipart/alternative; boundary="00000000000098dd690652943152" Received-SPF: pass client-ip=2607:f8b0:4864:20::e36; envelope-from=shipmints@HIDDEN; helo=mail-vs1-xe36.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Similar to bug#80813 where we reset buffer-read-only, I propose that we also reset mark-active. This has been causing issues using work buffers in markdown-ts-mode's code-block editor. For the time be [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (shipmints[at]gmail.com) 1.0 FORGED_GMAIL_RCVD 'From' gmail.com does not match 'Received' headers 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org] X-Debbugs-Envelope-To: submit Cc: Rahul Juliato <rahul.juliato@HIDDEN>, Stefan Monnier <monnier@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: 1.0 (+) --00000000000098dd690652943152 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Similar to bug#80813 where we reset buffer-read-only, I propose that we also reset mark-active. This has been causing issues using work buffers in markdown-ts-mode's code-block editor. For the time being, I'm clearing mark-active manually. If agreed, I'll submit a patch. -St=C3=A9phane --00000000000098dd690652943152 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D""><font face=3D"mono= space">Similar to bug#80813 where we reset buffer-read-only, I propose that= we also reset mark-active.=C2=A0 This has been causing issues using work b= uffers in markdown-ts-mode's code-block editor.=C2=A0 For the time bein= g, I'm clearing mark-active manually.</font></div><br><div><div class= =3D"gmail_default" style=3D"font-family:monospace">If agreed, I'll subm= it a patch.</div><div class=3D"gmail_default" style=3D"font-family:monospac= e"><br></div><div class=3D"gmail_default" style=3D"font-family:monospace">-= St=C3=A9phane</div></div></div> --00000000000098dd690652943152--
Stéphane Marks <shipmints@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#81111; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.