Received: (at 68235) by debbugs.gnu.org; 22 Apr 2024 07:00:46 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 22 03:00:46 2024 Received: from localhost ([127.0.0.1]:45614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rynfS-0007ga-7I for submit <at> debbugs.gnu.org; Mon, 22 Apr 2024 03:00:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57152) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rynfP-0007N4-Iw for 68235 <at> debbugs.gnu.org; Mon, 22 Apr 2024 03:00: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 1rynf3-00005c-Ed; Mon, 22 Apr 2024 03:00:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=f+EIRqotNl8KKfcgwVxJ5wV09CLFqnz7S7mFEaqQ2nU=; b=Dn8IYf9Dx6F4 x5ZUc4QEVw0HE+tayYLg3I5vyD4KDCRrsVF4Smkt0BTLY69zFABa8DnAiPaJ98m0PmsQdP4vtkZaH jkvNv6OXkgHOuayrfnkm+7SMkN3qRHLrbUg+Li/Txv0ldyF2W/gWgTGD1g9M+lJY7XCS634MAKIHd 1bNq/WtiMdCfLY2Q9VO4xD13GKrEgxHyGaERrSE2eb/iwC3krE+Dx0l9E3Qfrl92D7mVqJj4I7Aw9 I8OXryK1LpabShUVm+HveITS7uWYGKVTYXXGY0AN4L0ijrS6f2PZRPqD+d699hViEQmgNVidsbiIL nAM61yH6Qh/BrJwm+HL2Sw==; Date: Mon, 22 Apr 2024 10:00:10 +0300 Message-Id: <861q6x7uh1.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN> In-Reply-To: <86a5llc3kh.fsf@HIDDEN> (message from Juri Linkov on Mon, 22 Apr 2024 09:40:06 +0300) Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> <86o7aiiiy8.fsf@HIDDEN> <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> <86a5m1jg0g.fsf@HIDDEN> <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN> <8634rrnmre.fsf@HIDDEN> <c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN> <86ttk68su0.fsf@HIDDEN> <d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN> <86wmorb39z.fsf@HIDDEN> <861q6z83qf.fsf@HIDDEN> <86a5llc3kh.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 68235 Cc: rudalics@HIDDEN, 68235 <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: Juri Linkov <juri@HIDDEN> > Cc: rudalics@HIDDEN, 68235 <at> debbugs.gnu.org > Date: Mon, 22 Apr 2024 09:40:06 +0300 > > >> >> Thanks, I confirm this completely fixes the original test case. > >> > > >> > Should be installed now. Please have a look. > >> > >> I noticed that now 'find-alternate-file' has such a problem > >> that it updates the modification timestamp of the directory. > > > > Why is this a problem? > > Because it doesn't do any modification. Sorry, I don't understand: you said it renames a file, didn't you?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 22 Apr 2024 06:57:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 22 02:57:43 2024
Received: from localhost ([127.0.0.1]:45592 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ryncV-00068T-DD
for submit <at> debbugs.gnu.org; Mon, 22 Apr 2024 02:57:43 -0400
Received: from relay3-d.mail.gandi.net ([2001:4b98:dc4:8::223]:45873)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1ryncH-000664-L2
for 68235 <at> debbugs.gnu.org; Mon, 22 Apr 2024 02:57:30 -0400
Received: by mail.gandi.net (Postfix) with ESMTPSA id 1944760011;
Mon, 22 Apr 2024 06:57:06 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <0999f1dc-c56e-4395-b3bd-e0f5b135abbd@HIDDEN> (martin rudalics's
message of "Sun, 21 Apr 2024 10:56:15 +0200")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
<86il0rgh5a.fsf@HIDDEN>
<c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN>
<86o7aiiiy8.fsf@HIDDEN>
<b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN>
<86a5m1jg0g.fsf@HIDDEN>
<f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN>
<8634rrnmre.fsf@HIDDEN>
<c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN>
<86ttk68su0.fsf@HIDDEN>
<d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN>
<86wmorb39z.fsf@HIDDEN>
<0999f1dc-c56e-4395-b3bd-e0f5b135abbd@HIDDEN>
Date: Mon, 22 Apr 2024 09:46:00 +0300
Message-ID: <86pluhao9j.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
>> I noticed that now 'find-alternate-file' has such a problem
>> that it updates the modification timestamp of the directory.
>>
>> This is because 'find-alternate-file' calls 'rename-buffer'
>> before setting back the value of 'buffer-file-name'.
>> So this code in 'rename-buffer' is fired and changes
>> the directory modification timestamp:
>>
>> if (NILP (BVAR (current_buffer, filename))
>> && !NILP (BVAR (current_buffer, auto_save_file_name)))
>> call0 (intern ("rename-auto-save-file"));
>
> Why does an auto-save file exist at all in this situation? If the
> original buffer was modified, 'find-alternate-file' should have saved it
> into its file and deleted the auto-save file. Does your code rely on
> fine tuned directory timestamps?
Nothing special is done. The problem is reproducible in 'emacs -Q'
with the original test case.
This is because image-mode modifies the timestamp unless a special handling
is used such as in 'image-toggle-display-image':
(let ((create-lockfiles nil)) ; avoid changing dir mtime by lock_file
(add-text-properties (point-min) (point-max) props)
(restore-buffer-modified-p modified))
But 'rename-buffer' can't do the same.
>> A possible fix would be to swap the order of
>> setting of 'buffer-file-name' and 'rename-buffer':
>
> I see no problems doing that so please install.
Thanks, so now installed.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 22 Apr 2024 06:57:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 22 02:57:31 2024 Received: from localhost ([127.0.0.1]:45588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ryncI-00066r-64 for submit <at> debbugs.gnu.org; Mon, 22 Apr 2024 02:57:31 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:44607) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1ryncF-00065h-8q for 68235 <at> debbugs.gnu.org; Mon, 22 Apr 2024 02:57:28 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id AC0E660009; Mon, 22 Apr 2024 06:57:04 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <861q6z83qf.fsf@HIDDEN> (Eli Zaretskii's message of "Sun, 21 Apr 2024 12:27:52 +0300") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> <86o7aiiiy8.fsf@HIDDEN> <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> <86a5m1jg0g.fsf@HIDDEN> <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN> <8634rrnmre.fsf@HIDDEN> <c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN> <86ttk68su0.fsf@HIDDEN> <d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN> <86wmorb39z.fsf@HIDDEN> <861q6z83qf.fsf@HIDDEN> Date: Mon, 22 Apr 2024 09:40:06 +0300 Message-ID: <86a5llc3kh.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: rudalics@HIDDEN, 68235 <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 (-) >> >> Thanks, I confirm this completely fixes the original test case. >> > >> > Should be installed now. Please have a look. >> >> I noticed that now 'find-alternate-file' has such a problem >> that it updates the modification timestamp of the directory. > > Why is this a problem? Because it doesn't do any modification.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 21 Apr 2024 09:28:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 21 05:28:24 2024 Received: from localhost ([127.0.0.1]:41666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ryTUl-0004aj-1a for submit <at> debbugs.gnu.org; Sun, 21 Apr 2024 05:28:24 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1ryTUi-0004Zb-GG for 68235 <at> debbugs.gnu.org; Sun, 21 Apr 2024 05:28:21 -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 1ryTUN-0000WT-LC; Sun, 21 Apr 2024 05:27:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Fs0s/9RhoMWPPXK6q/lgwkz3bxsFRDnMr+rslR2hHgU=; b=R1Ud9ruVLrKq kEqyoAz34HbZPHHSyPicUABSubBKYQobfosF3vchPeGL9FFAG8iZP0SQSJ3AjvqwXTJLwsHlONQgg IQ26cTqRYX7d3O4Q6ByHQz9NzGmkdzmTM2EmETblLDjnpG33oYfd4x5wYTR/ZcrpW/I8rACyfVp/7 E1N7CFKLbPYd+iRrmHYzN0Ua5cy8v9F19T8EVbnQfkXKEnjbX7glADxH9BvO90NO+Q0vE1O8W0Rcs yHtwd1Jt5iBUQn96z7rAWLDQPqqt7jeVogtpmCn5VO5YUeDeePm2bcGeO0Yvoyw9Bhyk7hlujQkRZ lwWINeM6U8OLF/MfSeJYcQ==; Date: Sun, 21 Apr 2024 12:27:52 +0300 Message-Id: <861q6z83qf.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN> In-Reply-To: <86wmorb39z.fsf@HIDDEN> (message from Juri Linkov on Sun, 21 Apr 2024 09:59:28 +0300) Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> <86o7aiiiy8.fsf@HIDDEN> <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> <86a5m1jg0g.fsf@HIDDEN> <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN> <8634rrnmre.fsf@HIDDEN> <c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN> <86ttk68su0.fsf@HIDDEN> <d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN> <86wmorb39z.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 68235 Cc: rudalics@HIDDEN, 68235 <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 (---) > Cc: 68235 <at> debbugs.gnu.org > From: Juri Linkov <juri@HIDDEN> > Date: Sun, 21 Apr 2024 09:59:28 +0300 > > >> Thanks, I confirm this completely fixes the original test case. > > > > Should be installed now. Please have a look. > > I noticed that now 'find-alternate-file' has such a problem > that it updates the modification timestamp of the directory. Why is this a problem?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 21 Apr 2024 08:56:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 21 04:56:40 2024
Received: from localhost ([127.0.0.1]:41541 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ryT03-0000tM-SE
for submit <at> debbugs.gnu.org; Sun, 21 Apr 2024 04:56:40 -0400
Received: from mout.gmx.net ([212.227.15.18]:48769)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1ryT02-0000sO-7I
for 68235 <at> debbugs.gnu.org; Sun, 21 Apr 2024 04:56:39 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at;
s=s31663417; t=1713689776; x=1714294576; i=rudalics@HIDDEN;
bh=K6tYBNlw/6stmxB/HQ3dYQB6wpI7lLPZE+nCJ/B0jaQ=;
h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc:
References:From:In-Reply-To:Content-Type:
Content-Transfer-Encoding:cc:content-transfer-encoding:
content-type:date:from:message-id:mime-version:reply-to:subject:
to;
b=DV58lGTS7gk52p128VymuqiOAaLrqNrdrUBuohSLZxUrFEpaosXpIXIx0DqGGaaW
K2ueMSueJIyXasa2NBXc5yrNIXjp1aGWXsM/HPOgjnalVj5EL3foFOh6mdstOYYlh
azVH8nFneD1KUPbsbGunDIF9JwGY27nzBfeukHTQl8a5aOeSeUFfpAqS3djAEpVtI
b+z0oSfavtzpGSMCXKE+udI6a2x4dNPcKx51/d+1NkpxoyzFjnb3+n6pSm/BoXN0v
tjvqSUWiKUjlFwF3McEl0HnJWIzX+CtLTjgrdZUCBc0KK+iFZiCC2KkoZnACIt5Wv
KGbVYa53fMVFs6EpkQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.41]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1M1Hdw-1s1E9S1pww-002lvl; Sun, 21
Apr 2024 10:56:16 +0200
Message-ID: <0999f1dc-c56e-4395-b3bd-e0f5b135abbd@HIDDEN>
Date: Sun, 21 Apr 2024 10:56:15 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
<86il0rgh5a.fsf@HIDDEN>
<c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN>
<86o7aiiiy8.fsf@HIDDEN>
<b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN>
<86a5m1jg0g.fsf@HIDDEN>
<f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN>
<8634rrnmre.fsf@HIDDEN>
<c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN>
<86ttk68su0.fsf@HIDDEN>
<d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN>
<86wmorb39z.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86wmorb39z.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:PYGti8GQVMQQeBAd3Ud6pfmu9wVvmOdT26pG4mZoE3zEceSnd4E
DJW4wUWXWU6Z+OAL9HQ4u2kqhK4aG62/jTtwoik7e8xb2SQbMNMyI43pAEoAteGBM0GPnlr
QczXmUnNr7qOasWta69SEcn7j4YwO2qiHx+CBisGMssbHf2+ya2yed8eNhgQF8GV/UZtoWq
RfU9wxn5IRYebuJ8jegvg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:mPT3l+g5dZA=;7Th0CN+lp3lREK61fYMyAtsTc/R
870Ys6MCrm6Ng16DB3/61wdTpXXqIwX3lBUW9SWMC50MbozK1lCL1baMAX06lTjjrMVO6lS4z
sVrnfr3tZBEGfuY90icyxj9RCUERXPQqwn6d4c+1KCjvMgliEBwH8zf7GCCUY//pYrEzDBcys
ZDugcOil39qJCMx7TZFJlABG+MJwYaURxJ9nGK7GrEEx2w/jtn0jsb7sZqBjOja3fKZjN26fg
EocKiuY1VVDQ8OyIEXEyH6UF4NFjsHRaQQaJVZF4O50YupO4CtiGHnJiTrDPJGVXcQ5rdIHv+
b6UlJacGFlC524QtpOChdZCxjiHmKkvKSMXnCA9znzWUu4liws7nI6N4AxdhpxcGM+x8fMu9H
nvOC13cODoDLHyyteqSYBpYEYvQQBDQ9IQ+bVAgZx86provWoM5jmfr1wAtqEUtEZL+vDYvJO
viTt/Bv59BNT0GzwWA6y5LYrPKdw7WQ/ab7ruIT9VcvuE10FNMZLkHdBw7de7WY4uXr140h5J
9ilmAJYrHLvDoyn0XvbqoW50kwlNvNMN+9L4dWW3/SuOuW6ev6csVUc1n1Dg19ehshAxT/Dld
a2+P3Hxw9m6Mm6CSdHLUKeM5rPJB59Edbh1HKLG9F5QS1ryBL8t/2IZFAiX50nJnfSLmY5HcO
d7BBcafcNrZ2fPL4HANcOmWxYg1zc0jh+08XQEoraUHGxRKu9bxZTya2DwnHyVxVRGajhK7Af
/q21DYLS2JvZOp5YGFCuP2ToTLL0RsWGkIWVVFtb5vkCgi4ZbDEyXRwK+UhQy8UtaS/mcFskc
6v+EaqQvUKoDiFw2IlmAHFXWnrhokveVPXxfzHRUF8ffQ=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
> I noticed that now 'find-alternate-file' has such a problem
> that it updates the modification timestamp of the directory.
>
> This is because 'find-alternate-file' calls 'rename-buffer'
> before setting back the value of 'buffer-file-name'.
> So this code in 'rename-buffer' is fired and changes
> the directory modification timestamp:
>
> if (NILP (BVAR (current_buffer, filename))
> && !NILP (BVAR (current_buffer, auto_save_file_name)))
> call0 (intern ("rename-auto-save-file"));
Why does an auto-save file exist at all in this situation? If the
original buffer was modified, 'find-alternate-file' should have saved it
into its file and deleted the auto-save file. Does your code rely on
fine tuned directory timestamps?
> A possible fix would be to swap the order of
> setting of 'buffer-file-name' and 'rename-buffer':
I see no problems doing that so please install.
Thanks, martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 21 Apr 2024 07:16:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 21 03:16:00 2024
Received: from localhost ([127.0.0.1]:41132 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ryRQd-0002r0-OA
for submit <at> debbugs.gnu.org; Sun, 21 Apr 2024 03:16:00 -0400
Received: from relay9-d.mail.gandi.net ([2001:4b98:dc4:8::229]:53333)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1ryRQM-0002nf-03
for 68235 <at> debbugs.gnu.org; Sun, 21 Apr 2024 03:15:42 -0400
Received: by mail.gandi.net (Postfix) with ESMTPSA id F3765FF802;
Sun, 21 Apr 2024 07:15:17 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN> (martin rudalics's
message of "Mon, 15 Apr 2024 11:21:43 +0200")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
<86il0rgh5a.fsf@HIDDEN>
<c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN>
<86o7aiiiy8.fsf@HIDDEN>
<b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN>
<86a5m1jg0g.fsf@HIDDEN>
<f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN>
<8634rrnmre.fsf@HIDDEN>
<c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN>
<86ttk68su0.fsf@HIDDEN>
<d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN>
Date: Sun, 21 Apr 2024 09:59:28 +0300
Message-ID: <86wmorb39z.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
>> Thanks, I confirm this completely fixes the original test case.
>
> Should be installed now. Please have a look.
I noticed that now 'find-alternate-file' has such a problem
that it updates the modification timestamp of the directory.
This is because 'find-alternate-file' calls 'rename-buffer'
before setting back the value of 'buffer-file-name'.
So this code in 'rename-buffer' is fired and changes
the directory modification timestamp:
if (NILP (BVAR (current_buffer, filename))
&& !NILP (BVAR (current_buffer, auto_save_file_name)))
call0 (intern ("rename-auto-save-file"));
A possible fix would be to swap the order of
setting of 'buffer-file-name' and 'rename-buffer':
diff --git a/lisp/files.el b/lisp/files.el
index 1e11dd44bad..5ef1160ab18 100644
--- a/lisp/files.el
+++ b/lisp/files.el
@@ -2113,15 +2113,15 @@ find-alternate-file
(rename-buffer oname)))
(unless (eq (current-buffer) obuf)
(with-current-buffer obuf
+ ;; Restore original buffer's file names so they can be still
+ ;; used when referencing the now defunct buffer (Bug#68235).
+ (setq buffer-file-name ofile)
+ (setq buffer-file-number onum)
+ (setq buffer-file-truename otrue)
(unless (get-buffer oname)
;; Restore original's buffer name so 'kill-buffer' can use it
;; to assign its last name (Bug#68235).
(rename-buffer oname))
- ;; Restore original buffer's file names so they can be still
- ;; used when referencing the now defunct buffer (Bug#68235).
- (setq buffer-file-name ofile)
- (setq buffer-file-number onum)
- (setq buffer-file-truename otrue)
;; We already ran these; don't run them again.
(let (kill-buffer-query-functions kill-buffer-hook)
(kill-buffer obuf))))))
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 15 Apr 2024 09:22:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 15 05:22:07 2024 Received: from localhost ([127.0.0.1]:36676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rwIXO-0006l6-82 for submit <at> debbugs.gnu.org; Mon, 15 Apr 2024 05:22:07 -0400 Received: from mout.gmx.net ([212.227.17.20]:38435) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rwIXK-0006jB-Qo for 68235 <at> debbugs.gnu.org; Mon, 15 Apr 2024 05:22:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1713172904; x=1713777704; i=rudalics@HIDDEN; bh=9S3i5pIbLC6C6qiOzyxOWI9k3BRYsOO5TJyoDzL4/eA=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=nabAy/2aZTMy5lljWrhFIzOdBZ93FB0NAtstF9A6KxjS63X0CnyJqm4jDxSBnqLD 7guacHbUcUkrzWCVcOjl+Z7eMumDhbxklNkxVpU19YyqAa9MbzrH7e/N3btl9nIgF WtPnO91RoevmqODtEXlALu59iSBpfMMfBu95f3cIYqSRlL45QercjVWO7OhZUVgHj L4j3OV/d/eSPh/9oTOmkm0x+pC6QojmUacKEEMsBibi6Gg5g52yCR6Bk0ZN0c4cFE ozPKZH7o07Sp8IwkzMfCF1jWGT/Ips0Lnex5LRuj+jPEdtTBmpA4DuMbPYEw8hkr0 VlSpA4KPQNZZlS9bHQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.91]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mk0JM-1sbvnc1fOy-00kTCY; Mon, 15 Apr 2024 11:21:44 +0200 Message-ID: <d77698fa-6a8b-4492-aad5-b0bbe0148084@HIDDEN> Date: Mon, 15 Apr 2024 11:21:43 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> <86o7aiiiy8.fsf@HIDDEN> <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> <86a5m1jg0g.fsf@HIDDEN> <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN> <8634rrnmre.fsf@HIDDEN> <c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN> <86ttk68su0.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86ttk68su0.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:8gDhTuDYJGtjg447Jg6og6vxjs8E91F1EqxNubx4NezNExOXvIH ehM7Yy1xNL0euHV2f/6lu1AHdXm4ik1HLQxRds5qjNkIopSpcMI0xO2ezrA4Ht90B4PtJ+r csgOtlaPOOIjebFqES+tVkyE7dgKGtMtkrkXLNUCy+q+6+AcvgMq3pChfDHd6rEdBV6Odr0 r65JlCFtkz8jjjP2W1GAQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ucuGlWMGfbc=;jJ7GMidV/GdQlqqdE9EIsWEYlOw m8xJbyI9GnA2EiuXn5wwTWVc/vBlVinC95hX2T5/Z7ptfKxsCs/G3l8fXGtYwNea08GCSl+nn DupmHA5R962DQIrqVgf6mO7Yqdbxn+XpOlv5kRUKFCBjAXyOmyRDjI8gvQ1ViA7WHYouiYHtv EoPIvAJuUAIFiY3G8Fxhub4E00Lu0K0xVycsvnQosIq3ciWGKOizAWPV8hEPrEHcXW6EPb1ZQ zIceuZqyrbOrQjpnbumXAqjMrvjgHwpm297cPQTjjjIaqxJzmFbxzB4ZQqwZ1GqAKY/XhcWA2 VTNxohFsYJpC0vBemW+uRLtg7KS1O5wbl74tGwTfjh3sYG5XmqO3283Ve/82dJdIolv1IyK3T t9DA9ByRYr7tyYvHcNw/Q6/eK+QhyNCo1+P73rsw8VSEAVHiCcQRGVb18/lEM2unoeVGoJR/s bYSW5T3j6XPx8/SgL0zdhhCx8m/I75ooIxVjODBwqSmXgLGfI89rI41KbsvXNvOfP3jEbnrO+ QjFp6EkdDFlm37bUoMgfCUh1A43j41U2RJVXjMavgO+cAcHW5WpZ6lEZhasgBGBJmDgb78Nx1 v7ytijE/Yq3VpN/CHDOMsStLi4iFopcrSTOvaaEb32zDQe2iOVTMcsVR4s9OWDVqAHCMmq9C2 yzJ2vRoz41yepwtsfyvj6arlP1vMSxv35xAMGFVtZGaST3wMJB1/bKnqKf3oo2gtyvmu/IVYp AbLWu9QZMY6y1gXAGnaVHEI2/UlWFHzWn0bOoj4bvVfRAMBz+h/cmHEnEHpYbn/A8NczX3NtR sz1A8neZ07JZjpIpBYp5YTqsx3ef6vKhjAUFmPCZj1Qd4= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > Thanks, I confirm this completely fixes the original test case. Should be installed now. Please have a look. Thanks, martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 12 Apr 2024 16:31:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 12 12:31:55 2024 Received: from localhost ([127.0.0.1]:59492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rvJog-0004k6-0H for submit <at> debbugs.gnu.org; Fri, 12 Apr 2024 12:31:55 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:49607) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rvJoe-0004js-4l for 68235 <at> debbugs.gnu.org; Fri, 12 Apr 2024 12:31:53 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id D1DC91C0007; Fri, 12 Apr 2024 16:31:34 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN> (martin rudalics's message of "Fri, 12 Apr 2024 10:18:03 +0200") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> <86o7aiiiy8.fsf@HIDDEN> <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> <86a5m1jg0g.fsf@HIDDEN> <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN> <8634rrnmre.fsf@HIDDEN> <c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN> Date: Fri, 12 Apr 2024 19:20:47 +0300 Message-ID: <86ttk68su0.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > OK. Please try the attached patch. With something like > > (let ((buffer (find-file-noselect "~/foo.el"))) > (with-current-buffer buffer > (find-alternate-file "~/bar.el") > (message "%s..%s" (buffer-last-name buffer) (buffer-file-name buffer)))) > > it should work fine thus fixing the image mode problem. With > > (let ((buffer (find-file-noselect "~/foo/bar.el"))) > (with-current-buffer buffer > (find-alternate-file "~/bar/bar.el") > (message "%s..%s" (buffer-last-name buffer) (buffer-file-name buffer)))) > > you can still use the old file name to restore the buffer. Thanks, I confirm this completely fixes the original test case.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 12 Apr 2024 08:18:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 12 04:18:24 2024
Received: from localhost ([127.0.0.1]:57819 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rvC75-0005Uj-GX
for submit <at> debbugs.gnu.org; Fri, 12 Apr 2024 04:18:24 -0400
Received: from mout.gmx.net ([212.227.15.15]:34297)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rvC72-0005U6-7v
for 68235 <at> debbugs.gnu.org; Fri, 12 Apr 2024 04:18:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at;
s=s31663417; t=1712909884; x=1713514684; i=rudalics@HIDDEN;
bh=yZrGxluNTgDNt4WR6O3AcLCsGLXdFgFFvTCeSOJX/4Q=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=KTxnR7HglqdD1tEaUZvO1YPYlnxo9kOgsBmuqVdsJeKemZdCtOcf7tAdwA9R6GxR
jHW6euZoCzQkMAlbxJJUUuE9P70tmTVnslNcACilrJktS7gYSX7uAuqcYyCBckfzS
dmS3qJ56m2CjZW00ENNyg2vZsjnGszBuZBYim6smYeVFTGxAzJxwLirlBvYjoJDsn
kZ+H2TjvF+qFrzKZeviTDOSGxSw7v7hA554zLV3yZYY6py0/LU5BfzUaQS9LqEoAL
a7zh38bso2qwgC+gZArT/U9//QRzvVwVN8gYNAbQyVEiKIqk3j6PTzGdjF6Bamvgh
caVmt0AzHTI9eYQgeA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.96.204]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MmUHj-1sdIQ10sFd-00iTTY; Fri, 12
Apr 2024 10:18:04 +0200
Content-Type: multipart/mixed; boundary="------------aCbGPeLS8MDE1OiolpgkFPMX"
Message-ID: <c39a7a23-e70c-43f1-99e3-aae840f5b29b@HIDDEN>
Date: Fri, 12 Apr 2024 10:18:03 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
<86il0rgh5a.fsf@HIDDEN>
<c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN>
<86o7aiiiy8.fsf@HIDDEN>
<b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN>
<86a5m1jg0g.fsf@HIDDEN>
<f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN>
<8634rrnmre.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <8634rrnmre.fsf@HIDDEN>
X-Provags-ID: V03:K1:Pdt1TlOARF7I1oeGJcuNXJ0mabAZ8zHkgRAClE2LlmkW3g4FycW
bltwSJzfJptyxc9kMlmCWWQ6q8LabB0zgt3/ZiDx7ZoYATE6CMgi56gZCSb+HEkgcZyDzRj
+NLXPLeneEIpu1CR/U09YJQgW6mVxqZQHWt2Kj874us19rqH3WGyAHKBEnSzQr/uShkqZR/
mEzT8DzwacMvxNizy46Cg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:wqBQdqVwzQU=;lee4nVORotRQurIcPX3EvpLUnoq
SmLa5nfFYezOdpJ3v21F1puWTw/7cUWFFglwPgVemwu7cldexkt48PAQgbaLX5FoeVSRyBVzJ
GEF/CFzWQA3+mLnHtYUTt0yTx1HW7wEcZ8exDcd6ulE6JA/GGeYz29Z/+BLm3unP+3dHuDuFl
qNOXIfvW1LlOK46HXcrai2bjrjLNtrfk4HuAeLYhW4+g6HCMkgdYAtqydXcokNC6VdWHxHUbD
bP2msp3FPTzlICPotEowDVDps3ug1FDfBJHHOiFQr1p0ERTB3RPruJ9kIZr2zLKPQPXibakJV
5S2fyDM3H71S/sMYJpSIcGBuISWzeEycgSLEZgOUW4qu3kVQ6cVRTMtrE9ZfPgTRpTQDhOxZs
prd+NraW3IRIZ9cpSaVOzG5ZC30mzFUz+4zBciz4GPsu3sRdQJofRYG92bQf+QsQm9UkubDJ/
OB8izPHU8suQh/vMU72jhGqYvd/Fhxgcmu2NW3UK8ZNOIR9J7u7jEQsUKyHCAoLwG5OCWexdq
vZclMjk9Zk0HStPWDRl++8ByHeCPU3wZKexzlLwJSY+BQ6v3llpn4pEU3qDQ+KGmg1XPNv9Zh
XB3Cj/V+XVuSIJqcBq1lG/klO8fccOBfX2atXGYdHAJW1ggjRQoYxhtkjDyWve5qvIjpR7jy2
3vqBC/KtSzO4F5emHPbmz08pWB5/6eyeZ5Qg/LCowN9K6MW07QqxDLP0EdDiUgxZNConD6cgT
xqZt+C25IoY25O9yV4zN59gsd9bPXxbORaAtafRbLZrvfBgaAb8iZW9H59iOaQYYzAlZWrAhf
AcblIHoQYqg0lhaODM56xNOLBEJIxfBy2wBYmkeYx8x0RJluKzntumBgQrZaJADpIc
X-Spam-Score: 2.9 (++)
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: > Using 'find-alternate-file' in 'image-next-file' looks
fine. > There are no other problems. And revealing " **lose**" > while
restoring
windows is not a bug deal. OK. Please try the attached patch. With something
like Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.204 listed in zen.spamhaus.org]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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.9 (+)
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: > Using 'find-alternate-file' in 'image-next-file' looks
fine. > There are no other problems. And revealing " **lose**" > while restoring
windows is not a bug deal. OK. Please try the attached patch. With something
like
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.204 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
This is a multi-part message in MIME format.
--------------aCbGPeLS8MDE1OiolpgkFPMX
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
> Using 'find-alternate-file' in 'image-next-file' looks fine.
> There are no other problems. And revealing " **lose**"
> while restoring windows is not a bug deal.
OK. Please try the attached patch. With something like
(let ((buffer (find-file-noselect "~/foo.el")))
(with-current-buffer buffer
(find-alternate-file "~/bar.el")
(message "%s..%s" (buffer-last-name buffer) (buffer-file-name buffer))))
it should work fine thus fixing the image mode problem. With
(let ((buffer (find-file-noselect "~/foo/bar.el")))
(with-current-buffer buffer
(find-alternate-file "~/bar/bar.el")
(message "%s..%s" (buffer-last-name buffer) (buffer-file-name buffer))))
you can still use the old file name to restore the buffer.
martin
--------------aCbGPeLS8MDE1OiolpgkFPMX
Content-Type: text/x-patch; charset=UTF-8; name="files.el.diff"
Content-Disposition: attachment; filename="files.el.diff"
Content-Transfer-Encoding: base64
ZGlmZiAtLWdpdCBhL2xpc3AvZmlsZXMuZWwgYi9saXNwL2ZpbGVzLmVsCmluZGV4IGU4YTVl
NTc4M2I2Li40OGEzOWMyNDJiNyAxMDA2NDQKLS0tIGEvbGlzcC9maWxlcy5lbAorKysgYi9s
aXNwL2ZpbGVzLmVsCkBAIC0yMTA1LDYgKzIxMDUsMTUgQEAgZmluZC1hbHRlcm5hdGUtZmls
ZQogCShyZW5hbWUtYnVmZmVyIG9uYW1lKSkpCiAgICAgKHVubGVzcyAoZXEgKGN1cnJlbnQt
YnVmZmVyKSBvYnVmKQogICAgICAgKHdpdGgtY3VycmVudC1idWZmZXIgb2J1ZgorCSh1bmxl
c3MgKGdldC1idWZmZXIgb25hbWUpCisJICA7OyBSZXN0b3JlIG9yaWdpbmFsJ3MgYnVmZmVy
IG5hbWUgc28gJ2tpbGwtYnVmZmVyJyBjYW4gdXNlIGl0CisJICA7OyB0byBhc3NpZ24gaXRz
IGxhc3QgbmFtZSAoQnVnIzY4MjM1KS4KKwkgIChyZW5hbWUtYnVmZmVyIG9uYW1lKSkKKwk7
OyBSZXN0b3JlIG9yaWdpbmFsIGJ1ZmZlcidzIGZpbGUgbmFtZXMgc28gdGhleSBjYW4gYmUg
c3RpbGwKKwk7OyB1c2VkIHdoZW4gcmVmZXJlbmNpbmcgdGhlIG5vdyBkZWZ1bmN0IGJ1ZmZl
ciAoQnVnIzY4MjM1KS4KKwkoc2V0cSBidWZmZXItZmlsZS1uYW1lIG9maWxlKQorCShzZXRx
IGJ1ZmZlci1maWxlLW51bWJlciBvbnVtKQorCShzZXRxIGJ1ZmZlci1maWxlLXRydWVuYW1l
IG90cnVlKQogCTs7IFdlIGFscmVhZHkgcmFuIHRoZXNlOyBkb24ndCBydW4gdGhlbSBhZ2Fp
bi4KIAkobGV0IChraWxsLWJ1ZmZlci1xdWVyeS1mdW5jdGlvbnMga2lsbC1idWZmZXItaG9v
aykKIAkgIChraWxsLWJ1ZmZlciBvYnVmKSkpKSkpCg==
--------------aCbGPeLS8MDE1OiolpgkFPMX--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 12 Apr 2024 06:49:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 12 02:49:38 2024 Received: from localhost ([127.0.0.1]:57738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rvAjB-0006th-2T for submit <at> debbugs.gnu.org; Fri, 12 Apr 2024 02:49:38 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:dc4:8::223]:59977) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rvAj7-0006rO-Bz for 68235 <at> debbugs.gnu.org; Fri, 12 Apr 2024 02:49:35 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id D4E6060008; Fri, 12 Apr 2024 06:49:15 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN> (martin rudalics's message of "Thu, 11 Apr 2024 11:16:54 +0200") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> <86o7aiiiy8.fsf@HIDDEN> <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> <86a5m1jg0g.fsf@HIDDEN> <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN> Date: Fri, 12 Apr 2024 09:30:37 +0300 Message-ID: <8634rrnmre.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) >> What is worse is that 'find-alternate-file' also resets >> 'buffer-file-name' to nil before killing the " **lose**" buffer. >> So even can't use a file name. > > Would replacing > > (kill-buffer obuf)))))) > > with > > (setq buffer-file-name ofile) > (setq buffer-file-number onum) > (setq buffer-file-truename otrue) > (kill-buffer obuf)))))) > > fix that? > > I never used 'find-alternate-file' and, after looking at its code for > the first time now, wouldn't touch it with a ten foot pole. Indeed, I have the same impression. > Using it in > 'image-next-file' seems a very bad idea: Is there any guarantee that the > assumptions about which buffer is current hold when running things like > 'kill-buffer-query-functions' or 'kill-buffer-hook' manually? Using 'find-alternate-file' in 'image-next-file' looks fine. There are no other problems. And revealing " **lose**" while restoring windows is not a bug deal.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 11 Apr 2024 09:17:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 11 05:17:17 2024
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 1ruqYW-0000de-BV
for submit <at> debbugs.gnu.org; Thu, 11 Apr 2024 05:17:17 -0400
Received: from mout.gmx.net ([212.227.17.21]:49723)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1ruqYR-0000cQ-Q4
for 68235 <at> debbugs.gnu.org; Thu, 11 Apr 2024 05:17:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at;
s=s31663417; t=1712827016; x=1713431816; i=rudalics@HIDDEN;
bh=Ud8Qn6PBbd+qSgN+SeCwxB0gwR14aUSWub5/s0R1Jec=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=ONYiNZa815r2OH017n/n325Kl7PLvhxBBd+qioxnf2i5XgoNAQOnavr0O4v0pzMt
lInNc3Eq4AFa/2o9X/QzxmRf2SERXtAb5WNUfFqaPzZku6ztLBEqRarfKRmdGsGVt
bl58EC/nlbZyjd/jlXVfafrc2dCnqag5n42fH3ujHYDSeKs7OeQA921futJ2qVh2t
JA87ieNmjMFWZt+4M8SPSOprCPTWkbnaYgLeTqLzOmN4BKRVcn5B0+9etf8oWoIrB
1Hd4LYg9q8YUZtJLZ5n92cEvtiMr29gP8CpwN0Oev3eOMj3QC8aqyu6K09wQ0WihF
1QcucLA820UZ26CP7g==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.96.248]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1Mo6qp-1sZed22eD5-00pZW9; Thu, 11
Apr 2024 11:16:56 +0200
Message-ID: <f610fe5d-1e83-4f5e-bcb3-2f9acd7a46b1@HIDDEN>
Date: Thu, 11 Apr 2024 11:16:54 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
<86il0rgh5a.fsf@HIDDEN>
<c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN>
<86o7aiiiy8.fsf@HIDDEN>
<b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN>
<86a5m1jg0g.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86a5m1jg0g.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:cdUcwz+QWbbunBWPHb/aC43pg2aijS4PMOW8izlB8hHVUNJJJoX
gzQtDO7/P3rcksxmS/kAYqsZ8A4ED6vFaGZ/bUkSCG8/sNHE1Cw7hc/S3Q6V8MciiKHMFjd
VPbYKV8u6eYRNOHgcwKENCq009YAGX0n/WOu74ajXh3aqzp8BbztXceY2LeqZZ0fY5MPmtR
BN1fG5abVQa3A3RlMOpaQ==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:SW2YiHX1ywU=;vLhTSveY+9Y9DbCRvjFeBPQod9s
esunHwBGb5MvpCRxKIgrvMlvEm4oqlqQ0XDUGsqD2aYziGe6QQmFtJ4KtSjQ1WRg/jARP2dE+
fl37zSsrBtjxK6T6xfjPWrsJ9XoJijLVWUUOfSahMfASDCaB523DOzKWHAnogKpcpfbqb1On+
L1N5Ch5lPwEPeaRyczBSHRnmpr2v3p5TP3vKV3DRb44nUrBPnh6XpNqll3WLUBSOmDwX/zOXd
Bx5KcBPigsbv8d9bL9+ChpCgBEqmR54+UBiodHVDKZ4hDWnTOkpPt+usqSzuvi6XG/SyuhvjZ
rR6Moox1dUH1eH2L6WbXR5ktebItg2CHMNPiSZX0WKyZw8qTFtqONaKv2rf7KLZHwiNN+Kf5w
B1leDryVHBWD0UCvTWgFjUNc1f1w4rYdbyND7bAEn7JKkwLfPN0DLFF9Oxv74ZW/Ehd3Yeggb
DAO2DtkZy6jWE2LNAYvdSedg7PQcSNeQjKBmAeBX7Ofe8UjSwz3PEO9fXK6rJLnlWV5LtFCOh
64jbmAaIiyf6+5I6s88cj2uwWEk/R5l0Qolt6mWlVG4U21euS+dKiq4VijAh7kyhLDxzOeqIk
QxUyGaxME4fDKP1CZU4lqjoF1XuEZhioeqIAQiaABu8BtXySBMLtlj1PeXeMGnMtm59rs6CKL
gdJNCw8c6WWxZTN5SS0jbt+0Tx23qFCE0LOVcpMiSI09JbiIiJEvRl3I5rTQcgcHQNNSBCZZC
yAoYDBfSlZv4e9UIISXOYa8HUcPGu91L1+BX5HC6ubn4JVkGVSHhnkCG+y+I7FvsMfhGw9SXt
wh/3KjfnBg3Gl21ZnjvcgI3MSKeAXHDaxtXXDNRLaNuU22sjki7olxo308OZGVRaoL
X-Spam-Score: 2.8 (++)
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: > What is worse is that 'find-alternate-file' also resets
> 'buffer-file-name' to nil before killing the " **lose**" buffer. > So even
can't use a file name. Would replacing (kill-buffer obuf))))))
Content analysis details: (2.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.248 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.21 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.21 listed in wl.mailspike.net]
-0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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.8 (+)
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: > What is worse is that 'find-alternate-file' also resets
> 'buffer-file-name' to nil before killing the " **lose**" buffer. > So even
can't use a file name. Would replacing (kill-buffer obuf))))))
Content analysis details: (1.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.21 listed in list.dnswl.org]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.248 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.21 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> What is worse is that 'find-alternate-file' also resets
> 'buffer-file-name' to nil before killing the " **lose**" buffer.
> So even can't use a file name.
Would replacing
(kill-buffer obuf))))))
with
(setq buffer-file-name ofile)
(setq buffer-file-number onum)
(setq buffer-file-truename otrue)
(kill-buffer obuf))))))
fix that?
I never used 'find-alternate-file' and, after looking at its code for
the first time now, wouldn't touch it with a ten foot pole. Using it in
'image-next-file' seems a very bad idea: Is there any guarantee that the
assumptions about which buffer is current hold when running things like
'kill-buffer-query-functions' or 'kill-buffer-hook' manually?
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 10 Apr 2024 18:03:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 10 14:03:06 2024 Received: from localhost ([127.0.0.1]:54326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rucHo-0001gH-Sg for submit <at> debbugs.gnu.org; Wed, 10 Apr 2024 14:03:06 -0400 Received: from relay7-d.mail.gandi.net ([2001:4b98:dc4:8::227]:46177) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rucHj-0001dN-Fl for 68235 <at> debbugs.gnu.org; Wed, 10 Apr 2024 14:03:02 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 6333C20002; Wed, 10 Apr 2024 18:02:42 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> (martin rudalics's message of "Wed, 10 Apr 2024 10:47:23 +0200") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> <86o7aiiiy8.fsf@HIDDEN> <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN> Date: Wed, 10 Apr 2024 20:35:20 +0300 Message-ID: <86a5m1jg0g.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) >> Because 'find-alternate-file' renames >> the buffer with (rename-buffer " **lose**") before killing it. >> So 'kill-buffer' remembers the last buffer name " **lose**". > > But that's correct and reflects what the doc-string says. The problem > must be elsewhere. Basically, it seems to me that when we have a live > buffer whose name is " **lose**" and a killed buffer with the same last > name (or maybe two or more killed buffers with the same last name) we > have a conflict that we have to resolve somehow. Right? I don't > understand why we can't "prefer" the live buffer to the dead buffer > here. For dead buffers, the problem might be that of finding the right > one, in particular when they have different file names. What is worse is that 'find-alternate-file' also resets 'buffer-file-name' to nil before killing the " **lose**" buffer. So even can't use a file name.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 10 Apr 2024 08:47:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 10 04:47:43 2024
Received: from localhost ([127.0.0.1]:52119 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ruTcL-00016b-RM
for submit <at> debbugs.gnu.org; Wed, 10 Apr 2024 04:47:42 -0400
Received: from mout.gmx.net ([212.227.17.22]:56901)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1ruTcI-00015C-Rs
for 68235 <at> debbugs.gnu.org; Wed, 10 Apr 2024 04:47:39 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at;
s=s31663417; t=1712738844; x=1713343644; i=rudalics@HIDDEN;
bh=OS+JXK8W6u1RsnF57VBCAECVzDZWaNrBwzwnRnu4T+I=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=uRfdTouABjC3SmjYgygf78fEwlML2UW0BKaC/uokuHrZ5OJxvyS4RfsyKpcqrfX9
XH7jyQfmQGTUo9uNu4PNzs+MBfwj+zZuM7I9qcq/bs3vG37FeLBI8uLqMvsws0zGR
M2k59csx5iJeBe+vEn+5xqtz8m/Kl8sIlFX6n5eF3h2obrTyBWo8DoBQOVpdQ0O6q
gOCoi9cXYhkV1C6ZK2BokNazGFrGYpZA76SynKpGrEAy5AjJKf/NgWoTBlkQpm8f4
VaOExRWtX1jQ6AFBQ0+mu/3RFtwfdZ7wEqDP96qko7xHYJR0xPhvCSwbpWjEB4ZZT
zUYOFdWic2vUe9EKlA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([46.125.249.84]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1N9dwj-1sowLx0FFN-015Xf8; Wed, 10
Apr 2024 10:47:24 +0200
Message-ID: <b2f8e91a-0d76-4aaf-a350-9b6fbebc4ffa@HIDDEN>
Date: Wed, 10 Apr 2024 10:47:23 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
<86il0rgh5a.fsf@HIDDEN>
<c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN>
<86o7aiiiy8.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86o7aiiiy8.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:tKZ8fxW4NWRSF8I7x6TlONjauc4kbx0XbE4SEh1KBt9AkJQUPNW
68VLmn/eL+JkIb+MXauwvE645YtWvyToI8H0D9Ud36BBXbq6ZZ19m0z1YV/o0AVXA1AeEae
GAAdQLwEVMjONY+HUBrVGp2EUYuBagWc6u1CT/fhIMJeBLAnb2uUs3pdb05tr1Pxoe5CugU
bbL7IeGaKZV8ROtRnO6Yw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:ii4D/KV208s=;xNB76oQnYuVIEIDoiJBKw7/TdZk
W2XJf9CvAADegZ/1KR3jaSJb8FfvVscXImeEhhPhMu0wUG/iRlmyv02DKNzWCLuGyUCKf2fJi
Uxy7EZkylW8lWNfkasaHKxMuqJDWb725OEUbuhaxFYnUpiGy+iPgr6BC+EcHNK6xxtsGFJaO6
T90ztM2dTD/nKbJeHDCC+2RD9OTcTj6UuP4BAu+UY+2PEWwsdcsOT6ZfdiaU0cRYvR8Otsl4J
0TYdFGaGh0SP3ex2rvGjAxG65JDQwtun2VgZm4xCNOfpnaDATIGbDXiemqLfqo/N8A3RnksoE
ParaqveI6lZ59TjXim60xRQPBwfN7hNvR6AL2tmV9TVBkdziwD0SWut8JI5gisrsJLou7Nw7Q
v0v/lNG80oiDmSHakGbiOz+r85J3K0fhtnNMgflPMhsDvFT/Qo/wO1C8B8S53BLd3s6Qa/Ew8
9PndEhZPQCI9jHCOaf2/XxvrNK2WyeJHxFBSi4/vAAWDIBPb//KfbuWUHB4CKRxZQS/y5p/RI
gSL449l/bnOGvdu1gvCb3rG2SQ31priuBIwRUh1rlgSqAkduPH0bziMBXHa0TolR4RoAlRRLe
y6vUbgFgawrJbKirMhtrIeNyioc5uvG4K7Vgs55b5pTY1dsjMd0V09mujgviNpaMD2kUWT8te
P7CDeJDstFoYfvhNv3nPM2jfAuJTEmmBbUM6P7aZ6gluIUKmvFInywOhR0hYbImCjtc5B8fLt
BkIWtLlg7yutzNU4xUv19dFdyXD74LPAyxpdrAlk2RZ4h2blEOY/dIdYZ/Q51vHc6asG5+y8o
pU8JfHwUPmt6I5Ra2jh1t6236Y6I6bRkzg/86Lql3moQ8=
X-Spam-Score: 4.4 (++++)
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: > Alas,
this doesn't help. I will have to install it nonetheless.
Otherwise, I would have to change the doc-string of 'buffer-last-name' which
says This is the name BUFFER had before the last time it was renamed or
immediately before it was killed.
Content analysis details: (4.4 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.22 listed in list.dnswl.org]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[46.125.249.84 listed in zen.spamhaus.org]
1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server
[46.125.249.84 listed in dnsbl.sorbs.net]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.17.22 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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.4 (+++)
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: > Alas, this doesn't help. I will have to install it nonetheless.
Otherwise, I would have to change the doc-string of 'buffer-last-name' which
says This is the name BUFFER had before the last time it was renamed or immediately
before it was killed.
Content analysis details: (3.4 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.22 listed in list.dnswl.org]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[46.125.249.84 listed in zen.spamhaus.org]
1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server
[46.125.249.84 listed in dnsbl.sorbs.net]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.17.22 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> Alas, this doesn't help.
I will have to install it nonetheless. Otherwise, I would have to
change the doc-string of 'buffer-last-name' which says
This is the name BUFFER had before the last time it was renamed or
immediately before it was killed.
> Because 'find-alternate-file' renames
> the buffer with (rename-buffer " **lose**") before killing it.
> So 'kill-buffer' remembers the last buffer name " **lose**".
But that's correct and reflects what the doc-string says. The problem
must be elsewhere. Basically, it seems to me that when we have a live
buffer whose name is " **lose**" and a killed buffer with the same last
name (or maybe two or more killed buffers with the same last name) we
have a conflict that we have to resolve somehow. Right? I don't
understand why we can't "prefer" the live buffer to the dead buffer
here. For dead buffers, the problem might be that of finding the right
one, in particular when they have different file names.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 9 Apr 2024 16:47:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 09 12:47:41 2024
Received: from localhost ([127.0.0.1]:51316 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ruEdJ-0000yL-MO
for submit <at> debbugs.gnu.org; Tue, 09 Apr 2024 12:47:41 -0400
Received: from relay5-d.mail.gandi.net ([2001:4b98:dc4:8::225]:37577)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1ruEdD-0000xM-QD
for 68235 <at> debbugs.gnu.org; Tue, 09 Apr 2024 12:47:36 -0400
Received: by mail.gandi.net (Postfix) with ESMTPSA id A1CB61C0002;
Tue, 9 Apr 2024 16:47:20 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> (martin rudalics's
message of "Tue, 9 Apr 2024 11:22:21 +0200")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
<86il0rgh5a.fsf@HIDDEN>
<c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN>
Date: Tue, 09 Apr 2024 19:40:03 +0300
Message-ID: <86o7aiiiy8.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
>> The problem is that 'image-next-file' calls 'find-alternate-file'
>> that does such buffer renaming:
>>
>> (if (get-buffer " **lose**")
>> (kill-buffer " **lose**"))
>> (rename-buffer " **lose**")
>>
>> and 'rename-buffer' changes the buffer's last name to **lose**.
>
> Isn't the problem that it leaves the last name nil? Does the attached
> diff fix it?
>
> diff --git a/src/buffer.c b/src/buffer.c
> index 291c7d3f911..5e2386c94fa 100644
> --- a/src/buffer.c
> +++ b/src/buffer.c
> @@ -1686,7 +1686,11 @@ DEFUN ("rename-buffer", Frename_buffer, Srename_buffer, 1, 2,
> with the original name. It makes UNIQUE equivalent to
> (rename-buffer (generate-new-buffer-name NEWNAME)). */
> if (NILP (unique) && XBUFFER (tem) == current_buffer)
> - return BVAR (current_buffer, name);
> + {
> + bset_last_name (current_buffer, oldname);
> +
> + return BVAR (current_buffer, name);
> + }
> if (!NILP (unique))
> newname = Fgenerate_new_buffer_name (newname, oldname);
> else
Alas, this doesn't help. Because 'find-alternate-file' renames
the buffer with (rename-buffer " **lose**") before killing it.
So 'kill-buffer' remembers the last buffer name " **lose**".
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 9 Apr 2024 09:22:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 09 05:22:41 2024 Received: from localhost ([127.0.0.1]:48276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ru7ge-0003bl-OX for submit <at> debbugs.gnu.org; Tue, 09 Apr 2024 05:22:41 -0400 Received: from mout.gmx.net ([212.227.15.19]:55485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1ru7ga-0003b4-Pv for 68235 <at> debbugs.gnu.org; Tue, 09 Apr 2024 05:22:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1712654542; x=1713259342; i=rudalics@HIDDEN; bh=wchWAed3rCDhlvY3Ffw7n14Jrltm7W5U7pYdzkB2pkM=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=h2AbqT+ERyrl7TKBRFTAU89+nDdvhpNGsJUlDzQ8jqk33Qgd0+z+9NIHLO7u9C7M qUD/QDSykA+9ytMsvf0Ie7xBS2kcjSImMGjo5svgbeCBLOFV9fvK6r1ZjR/y9EYmg /Cqpyyj780HYZfhcHn+oULH9yGTas6RoxaAsApKyHnvYxjWAdPfRNx1wAL+k54fmx hIsG1nj9wZ2wLjamYF6Qd5eXS/mEC4YFaArSUIp0ghuOWWrYvZPF2RL02dqVPHw3y dLgPZxdXR4fowK/aAMFqDZwHZkcUnlr/TRUjjVcMzd+AN7dACxRltQ1uGYBXBf3nU BKvkRhGD2b9ocMT6Gg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.15]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MpUUw-1sZ0Lq0fnw-00ppjh; Tue, 09 Apr 2024 11:22:22 +0200 Content-Type: multipart/mixed; boundary="------------0suYk1nUNM4fQGZDOIqEf1zW" Message-ID: <c8518f85-e373-4ffe-92e2-994b58ac24f0@HIDDEN> Date: Tue, 9 Apr 2024 11:22:21 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86il0rgh5a.fsf@HIDDEN> X-Provags-ID: V03:K1:5aXotNEe9IMW6bhexXEQAL4cBSHWcNX2mgtMeTMAZ9VvzsoE1Vh M60+gbVcWlD1Y8DXKzZRky7MHyzal1ekijYxdoP94PNKEUHWdMVgJoZQUgN7kBlBvQE0jJY mK1CRn4T6v3v1quNja4VqB5X+NshdK0y9kaYfxYoPqON8Fa3eOJbJ8l/xhssZfLPIS/QDoC DIejyr6DvTZ3cB8t8/Alw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:87G0y/3j8hE=;X9s83ZSk8+9DvknGXAt2CG+W5fI zMz85aAp56NeHdeoJax9h1Og5z0x57Rkg5osciJiJGHZFRYjCKW75mW7LtUoXVItSv4sM//Pl CTWePjSmre0iFkezwhYejhEtTECAk/dqOBaFDrYQHVr/c/F+4rGHT4u6nnP8HLJnI7oDcD9F/ XdKdLQYlMuQDwq8pmsDSFTZhBdocS64zAO0KOF61rtPv+XwFJa6r4HNueV/XRXZ05nEEGaf7p 8/meOHJiaZ9iOueRjXoSonCs1m5Mm1pwSo/N2ngvQJs1+oxSxf5I3+QYJ0NakseYxrzoqnjnm HplaQLzwTScL8446zHVaBZYoe/FIBnK+fDg6bgyQnB7s/9jsxslj8LN5jK5jyrmzagXSLq6wS Jb0ERK6yI3OYDjZskX+ta/Z0j2rIquKj7JV9rRfJRx4cuSkQQ+YCASDLgl4KsokyhwPojp1ak ZpMc0RvzFfGenOogIyRe3/SHFxPFRcrIV6sx0Jv4hYC1KLcegPiOBA/tdqmJQOG5UuXZDiYjR FoEeNu4rewulV0M7oengJVPT7qLSbvTnYRLQCqEn4lY4sFkxga9CvHAWydnpL1KVL5LgM4IFJ MQkGkVXarntYPDFmzIn6fMZzdsViIjVBZwMpv1oPBoAAc1WK3ThfppBIh3qc+7mcusUhjoD5g jPt/w2F3Uw9jMK9TAmIXAAcJ0Hdwi42KUVgFiOrKRMUK2wiBgeDmzFaygVM5GRx+i+Ea39dxc yRThYPP8q6pFKX+3H0ray13LmE7iL8hbowHoMPe5tH9f1ZMrdFh0BbDPMihryAsfKlsNYWTJ1 mES9rbFIws1wdGaPwRIV34VCLiQb40EGxgq6e3mPcfVQw= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) This is a multi-part message in MIME format. --------------0suYk1nUNM4fQGZDOIqEf1zW Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > The problem is that 'image-next-file' calls 'find-alternate-file' > that does such buffer renaming: > > (if (get-buffer " **lose**") > (kill-buffer " **lose**")) > (rename-buffer " **lose**") > > and 'rename-buffer' changes the buffer's last name to **lose**. Isn't the problem that it leaves the last name nil? Does the attached diff fix it? Thanks, martin --------------0suYk1nUNM4fQGZDOIqEf1zW Content-Type: text/x-patch; charset=UTF-8; name="rename-buffer.diff" Content-Disposition: attachment; filename="rename-buffer.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9idWZmZXIuYyBiL3NyYy9idWZmZXIuYwppbmRleCAyOTFjN2Qz ZjkxMS4uNWUyMzg2Yzk0ZmEgMTAwNjQ0Ci0tLSBhL3NyYy9idWZmZXIuYworKysgYi9zcmMv YnVmZmVyLmMKQEAgLTE2ODYsNyArMTY4NiwxMSBAQCBERUZVTiAoInJlbmFtZS1idWZmZXIi LCBGcmVuYW1lX2J1ZmZlciwgU3JlbmFtZV9idWZmZXIsIDEsIDIsCiAJIHdpdGggdGhlIG9y aWdpbmFsIG5hbWUuICBJdCBtYWtlcyBVTklRVUUgZXF1aXZhbGVudCB0bwogCSAocmVuYW1l LWJ1ZmZlciAoZ2VuZXJhdGUtbmV3LWJ1ZmZlci1uYW1lIE5FV05BTUUpKS4gICovCiAgICAg ICBpZiAoTklMUCAodW5pcXVlKSAmJiBYQlVGRkVSICh0ZW0pID09IGN1cnJlbnRfYnVmZmVy KQotCXJldHVybiBCVkFSIChjdXJyZW50X2J1ZmZlciwgbmFtZSk7CisJeworCSAgYnNldF9s YXN0X25hbWUgKGN1cnJlbnRfYnVmZmVyLCBvbGRuYW1lKTsKKworCSAgcmV0dXJuIEJWQVIg KGN1cnJlbnRfYnVmZmVyLCBuYW1lKTsKKwl9CiAgICAgICBpZiAoIU5JTFAgKHVuaXF1ZSkp CiAJbmV3bmFtZSA9IEZnZW5lcmF0ZV9uZXdfYnVmZmVyX25hbWUgKG5ld25hbWUsIG9sZG5h bWUpOwogICAgICAgZWxzZQo= --------------0suYk1nUNM4fQGZDOIqEf1zW--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 9 Apr 2024 07:37:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 09 03:37:07 2024 Received: from localhost ([127.0.0.1]:48174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ru62U-0007CB-2b for submit <at> debbugs.gnu.org; Tue, 09 Apr 2024 03:37:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1ru62Q-0007BM-5Q for 68235 <at> debbugs.gnu.org; Tue, 09 Apr 2024 03:37:04 -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 1ru62C-0002Zo-1B; Tue, 09 Apr 2024 03:36:48 -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=Ajm3F93AifDnpBlqdz3E0Fg2FLXdu+YR8HWUTjh/fVo=; b=SVEwt3baAdyUPaKA/Tnf RkblGvk19t6D0ldTnklCGifDMA3H/QDRiRF9dyaGcDBeqzZMgMbivXcugD17W9h0+lIx8Y46hem62 qf6vdpZ07rUmtGqO383U4DrMhJu5613WibNUlqIhhitmuKke0BURh1yeH3ORlSo9mmOVozVcmel13 Vw+Q2mpDv6Ms6IlvFow9PU70WcMzKXGeBTy9pLkYdx9Ynn2sv70Gzd3O8teuhxRqpRBno0jfifUfV OXc+3ryDkmeXzRRmYwTrpJHCiNRzbgA8ubEmvgo2JcB9fpBg+2yIlA9+DyGwbogjv08CQU1VgEItM b6m/EGehsmZxyg==; Date: Tue, 09 Apr 2024 10:36:44 +0300 Message-Id: <86ttkbvvg3.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN> In-Reply-To: <86il0rgh5a.fsf@HIDDEN> (message from Juri Linkov on Tue, 09 Apr 2024 09:53:41 +0300) Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> <86il0rgh5a.fsf@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: 68235 Cc: rudalics@HIDDEN, 68235 <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 (---) > Cc: 68235 <at> debbugs.gnu.org > From: Juri Linkov <juri@HIDDEN> > Date: Tue, 09 Apr 2024 09:53:41 +0300 > > The previous tab shows: > > "This window displayed the buffer ‘ **lose**’." > > What it expected here instead of **lose** > is the real file buffer with the previous image. > > The problem is that 'image-next-file' calls 'find-alternate-file' > that does such buffer renaming: > > (if (get-buffer " **lose**") > (kill-buffer " **lose**")) > (rename-buffer " **lose**") > > and 'rename-buffer' changes the buffer's last name to **lose**. Any idea why does image-next-file do that? Or is this problem specific to using tabs?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 9 Apr 2024 06:57:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 09 02:57:20 2024
Received: from localhost ([127.0.0.1]:48136 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ru5Pz-0002Kc-Fj
for submit <at> debbugs.gnu.org; Tue, 09 Apr 2024 02:57:20 -0400
Received: from relay2-d.mail.gandi.net ([217.70.183.194]:37069)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1ru5Ps-0002JB-Sf
for 68235 <at> debbugs.gnu.org; Tue, 09 Apr 2024 02:57:17 -0400
Received: by mail.gandi.net (Postfix) with ESMTPSA id D1B5E40006;
Tue, 9 Apr 2024 06:56:57 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> (martin rudalics's
message of "Mon, 11 Mar 2024 10:13:32 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
<86sf0y2fg8.fsf@HIDDEN>
<e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN>
Date: Tue, 09 Apr 2024 09:53:41 +0300
Message-ID: <86il0rgh5a.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
> I'll call it `window-restore-killed-buffer-windows' and install in a
> week unless new issues come up.
I found one interesting problem with `window-restore-killed-buffer-windows'.
Here is a reproducible test case:
0. emacs -Q
1. cd etc/images/
2. RET to visit the first image
3. C-x t 2
4. n to visit the next image
5. C-x t o
The previous tab shows:
"This window displayed the buffer ‘ **lose**’."
What it expected here instead of **lose**
is the real file buffer with the previous image.
The problem is that 'image-next-file' calls 'find-alternate-file'
that does such buffer renaming:
(if (get-buffer " **lose**")
(kill-buffer " **lose**"))
(rename-buffer " **lose**")
and 'rename-buffer' changes the buffer's last name to **lose**.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 18 Mar 2024 10:18:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 18 06:18:51 2024 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 1rmA4x-0001ui-2W for submit <at> debbugs.gnu.org; Mon, 18 Mar 2024 06:18:51 -0400 Received: from mout.gmx.net ([212.227.15.18]:53565) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rmA4u-0001uH-RK for 68235 <at> debbugs.gnu.org; Mon, 18 Mar 2024 06:18:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1710757084; x=1711361884; i=rudalics@HIDDEN; bh=8t8NeRoLAk+jqjmELYYC+UP9HaUPwDTVnVeXDqBff7M=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=crRzWcz6eXSZZhHEzzPPqZHkfaAIbAW1jEkmytGh4LNkVtNuFjlaVbNRzFmwZU3l TU9SSnEt2jhc3cgFU+y51nqcAqXBJXpkTmkPsFwpK/duZrkzyLn3Oh9B7dUxRKjdA E7TUFEQvTxF8u9I+WyiTxIeORSL/fT2kZV5vplLGsxBw1AheX18MBNb3HMIAXSRkk q7F/q6MYAQcsKMvB1XKakgrG6j5nSJ9biQhgE7BLV2QmditMW5o8eS5obqlsbGBFD Ud1PaOI1WOju0D/5P6tNs2wF81utKulqOs1APy7Q89FC/MUBmPGEhjlGjz1y9cklu q3md6M8B3Utc+XTs7A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.7.232]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MmUHj-1r4bl944e1-00iSqW; Mon, 18 Mar 2024 11:13:03 +0100 Message-ID: <a1cc35ca-c0c8-4a1c-bc16-1b647165b92a@HIDDEN> Date: Mon, 18 Mar 2024 11:13:02 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <d1566a6c-48e0-492d-9a73-e5119eaf9fe5@HIDDEN> <86frwo93an.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86frwo93an.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:svSlNvPY1PD8RGLCTd+a3g/EoOrCWhyqAP9rBaDlC/bSZO5YtLB 4zeeRLKaiEoPPXagREsNtpn1jx9LkOC2D+dJtbkogbWo+yqA5vxAE8pvRntwLsb25pBgFud FUucXC2rTwmOUbecwjQGjezOQthCWjppQdRvCK2sTlRLEost0/pVY3oK4wg3aZR1rCMH5Ts 9CftGGmlA53JsJWTLiCKw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:6d40GSu7IMo=;6W2ZsDNqnTrmSWLAizrnc3b4/RV TXykc8gk1+k2sUUAvaAMEzNM343MtMjZ8wI5m8R9vjKn7l1fbinMYETiGYtxRraa0TjmjflAz httBWPpPSuEjIDQi3NGjZK2huhGNOnWaMVpFVLGxiX+5X5dM6cryQV3bq0QrUKjR4yO6fdtao gKTuAHQJ6p8e3601+DPUeZS3XDLfWOgq1tSQtINkq8Ia59rfmtDCPNODW4G+Hu361QQs+ZhtY Xl61lYng1PhFR9HG+jcAWwwRD7BpMvl2WfC3bV/tftk8j+7bqTgecJeKhBR4S64PTG6bsrtNF UTqmbH20u/I+sjAAUPKVXyjL0yC2ijVgaBeXWzBPi7BEs+hkoUJIaI69IRp7PDyqrP+RDE63G R6bq2nCq/1kjdaHwivIJHqmeaId3+lpkedAR6P2ztOHAV40POG3MK/zDvL9L1Ar3GZ41tgyu+ AnZeo6eKwkW0uO8tsbX/w6uj6/YNL/6f0t6PcaJ2wSWaw5SbKcmzFgRessBU5LoKKYrdO1EvG B9ORsNoYb4cHVKrYdsxxjICNWtEPLeZHVfMaaopT4/UhQhLORt1NEGhau9+g0tB8zHbQ7VfMa xWagNihtEDR9DSQou+yXxN2B+nmrHrgFOKorZwBrN1UCb56e18OU3LRzg9fDgkc3g9EAGav5J dTadOKiPJ7P/eapOCBQRCyFRCVQfAbBm8TzvjSCctR7JnWZ43hT0seh0LbtPqFD/pVXYVM4FD EiOHZfOOZ6r9iEQJVpFOmKUo/uSSMrUCjCNbXnS+IqatIv+ZJSNm276hLCJ3nDUoU/mft79BT IH3In4/RS+ixzhImcH746DHm59Jw2RpwmHyKCfXm4jHjU= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > One thing I don't understand what is the purpose of > `marker-last-position'? It's intended to be used in > a function in `window-restore-killed-buffer-windows'? It's needed in 'set-window-configuration' and 'window-state-put' to provide the last positions of a window's start and point when its buffer was killed. It could be used in 'window-restore-killed-buffer-windows' to restore other markers as well but I'm currently not aware of whether such markers exist and whether restoring them would be useful. martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 17 Mar 2024 18:21:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 17 14:21:10 2024 Received: from localhost ([127.0.0.1]:33899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rlv89-0000WY-Nj for submit <at> debbugs.gnu.org; Sun, 17 Mar 2024 14:21:10 -0400 Received: from mslow1.mail.gandi.net ([217.70.178.240]:46367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rlv88-0000WL-2R for 68235 <at> debbugs.gnu.org; Sun, 17 Mar 2024 14:21:09 -0400 Received: from relay2-d.mail.gandi.net (unknown [IPv6:2001:4b98:dc4:8::222]) by mslow1.mail.gandi.net (Postfix) with ESMTP id 4462DC017C for <68235 <at> debbugs.gnu.org>; Sun, 17 Mar 2024 17:59:05 +0000 (UTC) Received: by mail.gandi.net (Postfix) with ESMTPSA id A71CA40005; Sun, 17 Mar 2024 17:58:43 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <861q8jztu2.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 09 Mar 2024 10:35:01 +0200") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wr3m1.fsf@HIDDEN> <86h6hklgia.fsf@HIDDEN> <86frx3utds.fsf@HIDDEN> <861q8jztu2.fsf@HIDDEN> Date: Sun, 17 Mar 2024 19:57:27 +0200 Message-ID: <86a5mw91x4.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: 68235 Cc: rudalics@HIDDEN, 68235 <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: -0.4 (/) > Thanks, this is much more clear now. I suggest a slight rewording: > > Function called when selecting a tab to handle windows whose buffer was killed. > When a tab-bar tab displays a window whose buffer was killed since > this tab was last selected, this function determines what to do with > that window. > >> +(defun tab-bar-select-keep-windows (_frame windows) >> + "Display a placeholder buffer in the window with killed buffer. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > "...in the window whose buffer was killed." > >> +A button allows to restore a killed file buffer." > > "A button in the window allows to restore the killed buffer, if > it was visiting a file." So now the patch is pushed with these changes.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 17 Mar 2024 17:59:48 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 17 13:59:48 2024 Received: from localhost ([127.0.0.1]:32850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rlunT-0007y3-P8 for submit <at> debbugs.gnu.org; Sun, 17 Mar 2024 13:59:48 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:45503) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rlunR-0007xb-HI for 68235 <at> debbugs.gnu.org; Sun, 17 Mar 2024 13:59:46 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 007D520004; Sun, 17 Mar 2024 17:58:40 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <d1566a6c-48e0-492d-9a73-e5119eaf9fe5@HIDDEN> (martin rudalics's message of "Fri, 15 Mar 2024 10:38:18 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> <d1566a6c-48e0-492d-9a73-e5119eaf9fe5@HIDDEN> Date: Sun, 17 Mar 2024 19:47:44 +0200 Message-ID: <86frwo93an.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > Pushed to master now. Please check again. Thank you very much. Everything is working nicely. One thing I don't understand what is the purpose of `marker-last-position'? It's intended to be used in a function in `window-restore-killed-buffer-windows'?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 15 Mar 2024 10:57:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 15 06:57:25 2024 Received: from localhost ([127.0.0.1]:52129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rl5Fd-0005i5-2J for submit <at> debbugs.gnu.org; Fri, 15 Mar 2024 06:57:25 -0400 Received: from mout.gmx.net ([212.227.17.21]:36819) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rl5Fa-0005hr-MG for 68235 <at> debbugs.gnu.org; Fri, 15 Mar 2024 06:57:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1710500199; x=1711104999; i=rudalics@HIDDEN; bh=+k6/Cl6xlhKDrB1oOFtItcqoFD6ogrN9RiqJKQCPebM=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=thQpJjWk8oQPvYxpOEc5d4Fj6wp1Fw2v/1GwDB7IoNuM0yXqZFsk2mNlJI4mwTT+ 0a5Rhn2koqqnFnEPB+2Z7vTfwdmtrpvpUEyX7c/MflfxJ167n9dxR+n4NnxSHmZmE Ta3P0+5bY7Thsrtk37qV/weZ1bDdKWkphynV7As0PNw3XZvCvcgtkXx4jZG2FF43u ygXLePRTQmcq523e9K3NeiQZ3tUF5eWzj24o9c/frvjKXiJ8SFqURejW9ETE+qLNp QK2iHIyFWh/JT3kcEq4aoR+f57OawICv6GHHae5bO70+cx2onEiCdWcGexME1ONTH dsHTZWvgVw8Ms+gmLQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.82]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mg6dy-1r9Hz70BtW-00hai7; Fri, 15 Mar 2024 11:56:39 +0100 Message-ID: <ad9c7b8b-0341-4f78-b393-9134489d8d95@HIDDEN> Date: Fri, 15 Mar 2024 11:56:37 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Andreas Schwab <schwab@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <87jzm3yfcb.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <87jzm3yfcb.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:92X6DY2np3nBl8O2p8RWOezBmXKoNsVponl+3yr2CrtJyqGvJEf IkmnituE+TD14yQgiI5p2sZrxPjZTersxPSzSjcucUTky2N9qxBGKw690wctpPD3Qi5WsOo bQaoGZQ6Jv4xYmSGIa4ZZ1077tgGkNMKIa3wZ6iF9kiKxiIwrOMYkYRZ5rVhabsy0bUo073 TRIRQmLMEoEex8YSiLgMw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:PRrmwZlqRak=;8EKeQ0DOsfX0o+LXr8US259c0Oq OzV6cNAb/hnWhYlloQTZ6qMc5CG9wwSpao26c8lYMJt4JlNLZlmzsfeIDoDR1kpyOXMwYRbb8 eLIyiLH8Zo9W/exfqi4KZ1o/A1nr7MpyIHFNZRRzJDYkfANAhdu5WuYstJbFbrF/p8yLnawLv 81LGHdplLQUTu19qB1JHaGUcQ36w9k2Z0qnFYJx7lp8L8B62epaSZA4B7DJrmvLVPhmbXqyv6 +ndGFFO9QOTqdeqot6lc9gu/9+c1D/6rpVj2xt7uAkO6RwjrMf9aJBgFbHcTFHHtcKjh4Jv0l HxTsDI176ZBRxOe2JDI/KP5uOPS/+pj0ww04UPLhpfeLOTDubnV1/TR1bGMz6P0453a8VMdG7 WGfsQVZTpTIHKEhuPVtVoftIChHXSpBoW/pIq665806s1IREGuI8M5EH+wOD/2h8jx4IbjwxJ UUPf4d+OjYab05XYxUsiC/PuY2VdE/mTDEDbOJCietunxrrUiWz63B+AbaNNooqM842ViTYe+ bKvuV2NHj4FR9EjnuqNbgtIb+0UcBFpr6k3tXvCfIa/+X7vt/wivvAqzdOQNAmcHfV5oxO3td 5RW6qNgBfUv+Hy20QcAEfGE9ufquyf9kdRTdR5F8PQAStBLKOBU8/pWT7Ac2K85d905O54RQi wkmJhtuGFSWyEQ4yocFRB0ClTr0+ifjee9UtRsYsns/BpvoyN74dHys8ls4CaLAAuDLTu7+rf OqMF9EYqn5NCcO2p7EeMqobp9gcTuWrJ6xWgwBJw7EKCeXd9z7gcX6T0/mocMGn1NaejfsBgd 1j1bvTNmCDMaJWfS0zqV8NiYd0opA1hgRIgA2zTkCGLTE= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <at> debbugs.gnu.org, Juri Linkov <juri@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.7 (-) ID4gLi4vLi4vZW1hY3Mvc3JjL3BkdW1wZXIuYzogSW4gZnVuY3Rpb24g4oCYZHVtcF9idWZm ZXLigJk6DQogPiAuLi8uLi9lbWFjcy9zcmMvcGR1bXBlci5jOjI4MDA6MzogZXJyb3I6ICNl cnJvciAiYnVmZmVyIGNoYW5nZWQuIFNlZSBDSEVDS19TVFJVQ1RTIGNvbW1lbnQgaW4gY29u ZmlnLmguIg0KID4gICAyODAwIHwgIyBlcnJvciAiYnVmZmVyIGNoYW5nZWQuIFNlZSBDSEVD S19TVFJVQ1RTIGNvbW1lbnQgaW4gY29uZmlnLmguIg0KID4gICAgICAgIHwgICBefn5+fg0K DQpIb3BlZnVsbHkgZml4ZWQgbm93LiAgUGxlYXNlIHRyeSBhZ2Fpbi4NCg0KVGhhbmtzLCBt YXJ0aW4NCg==
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 15 Mar 2024 10:12:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 15 06:12:16 2024
Received: from localhost ([127.0.0.1]:52097 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rl4Xw-0004MH-JE
for submit <at> debbugs.gnu.org; Fri, 15 Mar 2024 06:12:16 -0400
Received: from mail-out.m-online.net ([212.18.0.9]:35305)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <whitebox@HIDDEN>) id 1rl4Xr-0004M6-UK
for 68235 <at> debbugs.gnu.org; Fri, 15 Mar 2024 06:12:15 -0400
Received: from frontend01.mail.m-online.net (unknown [192.168.8.182])
by mail-out.m-online.net (Postfix) with ESMTP id 4Tx0QZ0wdMz1qtqD;
Fri, 15 Mar 2024 11:11:34 +0100 (CET)
Received: from localhost (dynscan1.mnet-online.de [192.168.6.68])
by mail.m-online.net (Postfix) with ESMTP id 4Tx0QY71qlz1qqlb;
Fri, 15 Mar 2024 11:11:33 +0100 (CET)
X-Virus-Scanned: amavis at mnet-online.de
Received: from mail.mnet-online.de ([192.168.8.182])
by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavis, port 10024)
with ESMTP id nqKpUJH9Ig-z; Fri, 15 Mar 2024 11:11:33 +0100 (CET)
X-Auth-Info: JO7gsIuJNGcWYCFjcJGSihsIJc4+36DItfGcRg3HObFHvkqtd3kKjVtckDtvf/bc
Received: from igel.home (aftr-62-216-202-82.dynamic.mnet-online.de
[62.216.202.82])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256)
(No client certificate requested)
by mail.mnet-online.de (Postfix) with ESMTPSA;
Fri, 15 Mar 2024 11:11:33 +0100 (CET)
Received: by igel.home (Postfix, from userid 1000)
id EC8842C1A2A; Fri, 15 Mar 2024 11:11:32 +0100 (CET)
From: Andreas Schwab <schwab@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> (martin rudalics's
message of "Fri, 8 Mar 2024 10:21:04 +0100")
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
<1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
Date: Fri, 15 Mar 2024 11:11:32 +0100
Message-ID: <87jzm3yfcb.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -0.5 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <at> debbugs.gnu.org, Juri Linkov <juri@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.5 (-)
On Mär 08 2024, martin rudalics wrote:
> diff --git a/src/buffer.h b/src/buffer.h
> index 87ba2802b39..bbe1aeff668 100644
> --- a/src/buffer.h
> +++ b/src/buffer.h
> @@ -309,6 +309,9 @@ #define BVAR(buf, field) ((buf)->field ## _)
> /* The name of this buffer. */
> Lisp_Object name_;
>
> + /* The last name of this buffer before it was renamed or killed. */
> + Lisp_Object last_name_;
> +
> /* The name of the file visited in this buffer, or nil. */
> Lisp_Object filename_;
>
../../emacs/src/pdumper.c: In function ‘dump_buffer’:
../../emacs/src/pdumper.c:2800:3: error: #error "buffer changed. See CHECK_STRUCTS comment in config.h."
2800 | # error "buffer changed. See CHECK_STRUCTS comment in config.h."
| ^~~~~
--
Andreas Schwab, schwab@HIDDEN
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 15 Mar 2024 09:39:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 15 05:39:04 2024 Received: from localhost ([127.0.0.1]:52069 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rl41o-0003Tp-Jj for submit <at> debbugs.gnu.org; Fri, 15 Mar 2024 05:39:04 -0400 Received: from mout.gmx.net ([212.227.15.15]:38277) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rl41m-0003TG-Br for 68235 <at> debbugs.gnu.org; Fri, 15 Mar 2024 05:39:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1710495499; x=1711100299; i=rudalics@HIDDEN; bh=e0dlYd1dp2oodja1WT9QVKTHtzuvA9w+LHzpICppNXk=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=e1+iEPR9i2WGGdHL+HFlRSXox4o+MDERfwJkJkCMAnz10x3dSifbsjvBvOhKDW8u GoKI8Ab/DOThhNigKlj/u/oD37+beww9uRKAdhLMLh/eBlaYweyAqRIKNYUqtPOs2 afjdz8G2U8iI2dLwMoD/1fc+p3hI/wWoywC0xtOs/znFUL8V0Ua1dXHGTmhZuCjt+ zCJ7wdYSNxMwYaMeA6d+5JCEoIt6f2BDJ0vmFR2fT20mMqMpd8JU8EIymmGGimvwv ymCKCQ9HoywA2CFPv7qJGFj/jHT6vyOa6q9j4LCVw53CqDuVHY7Jg8fFmQz/BpgUn SeQTGvu7RcIq1prJbQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.82]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mkpf3-1r5AIO10Rj-00mNmp; Fri, 15 Mar 2024 10:38:19 +0100 Message-ID: <d1566a6c-48e0-492d-9a73-e5119eaf9fe5@HIDDEN> Date: Fri, 15 Mar 2024 10:38:18 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86sf0y2fg8.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:4kb7XDV1xNksfnLBK21CUPTFrAX3p2bALOPO9JXjl5vRr7FOb81 BMWUxPethClS/mJDMbUbytMY030A99LGimL6KP02qZN7oL+ybzfrjfdFchSGMrZtkzJDlYg kDg34WzKuMmNLkw1MDJf+jt3llBqxOzveJw2E+l5pkquwOncOAni8XA/Yo35tfjQjFMLXIF JrP9kJl+VM5RYb8DmzHZg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:O5b75T9S9oE=;yzU54B5PO/mVvmu8o7OQQGgevUN hvxdXrRJeoiJIOs0ugFj82mTj3Yxl1cdlP0E/c+NxKTGbjB8trAJld2lHwOUiGQ7wyamkRT5d WrEi2CKZnxieyjzyZiJFacBdNkhoun/dou7GSRyH2ujHFwviKPmVLxQCUaFZuAjBmbMOIFTqw rd4YDal3vVMBIm6vZTAEIU66aX9Hq2SMCF4Q+2ejIFxN8qOLXUt+lW46ehBN2pFW6ldZTqg8m OWNqUlGll4Wlox25hV2vch4iz8dDixroPi4qK2UUeU+Aj2X1xp5AxgDy4fWo5O6QjglLMDiyI 2KEmYbii7EucOO4D1T3AxpfXa52KXosNyXXpXogH6FUcrwWE/4qdj6WrA1aimKJXrf/aAJtjN G/Qagq/IWzpT6atK6Q5Cd1WgefuzBl42tWaXczH6s9ymJcCJfre8SjJGRN1wNQEH7y2y00f5L oIPVr8x20PA/B4fbQE+yjTnbuc92On4zTrEE0Mz9HoEVkwpG/U00YDZfKgTohpBKlQRzlM0Ny 50XZdxTdC74TjT6Qt6devLjuaox/KBT3SoWrSbKmt6+5cMTrvEvWalQT299ndI+ufnfTCsbgD URqBu/uzhwBCeH6t+X8pE/B3AY+9wqHnpGB64J8t2qZN4JMQpzRLm6tS4aBXnEqgrnfpJZxgn 4VQ4Qg6kbDc0lXYnfmF6bHxLxRyoaP7EIWixYHhdut8Hw7KW34yA38/+MBonpQihPR0R9dJ5N 3C/x/CV5lMdZUmDLP2QuldOCiyg84bb5weBrGzeByTAD4LQtu/a+EZr3/NCOZ11lkyqQzGzqY TscILij9sLocuUloD7kLpW2gY+Vjb4eT2J0ocL0JRR2FY= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) >> The new patch attached renames 'window-kept-windows-functions' to >> `window-restore-dead-buffer-windows'. > > Thanks. I finished testing your new patch, and everything works nicely. > > Regarding the name `window-restore-dead-buffer-windows', > I thought that the epithet "dead" is applied only to windows, > but buffers are called "killed", but maybe I got the wrong impression. Pushed to master now. Please check again. Thanks, martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 11 Mar 2024 09:14:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 11 05:14:16 2024 Received: from localhost ([127.0.0.1]:38741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rjbjc-0007kw-2J for submit <at> debbugs.gnu.org; Mon, 11 Mar 2024 05:14:16 -0400 Received: from mout.gmx.net ([212.227.17.21]:42395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rjbja-0007kj-LK for 68235 <at> debbugs.gnu.org; Mon, 11 Mar 2024 05:14:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1710148414; x=1710753214; i=rudalics@HIDDEN; bh=juwOMrazloNwNa3ISy7mlIrja6zklxRdEJebv2wpTIU=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=NOc1d3AhkttZOmPRghAGlb6RtAXdN/h3uGswVnGyRfFHWJ2z2w0B23ONmYRf6dx8 k28Z1IFAbwaSNz3G7fB3hG4fbG6rtFnceLZ9qYaZiJcmpSYi6euaAraOtX/3GSlbt AXC9F8gv+gAj2gTmS42avl2WKKtEd54UwgYrWS5zRhSC/Nr5mRvdeB+BfHUOcpZcq McgFOpXPA0qzQPuhiqfFBfvNqJENIRyLOTksHbEMOXqkqKJZnZKzksADcYY5n4HlA 5M8Tvg9NGBWFxjSmfgQDxnXzIwd6eKvlThYjVKgae/vpPcQsnwyrBtu5MSUhvlPbz qUO3zPD2pCQ+wg4BhQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.63]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MOiHf-1rSm5R139j-00QAoM; Mon, 11 Mar 2024 10:13:34 +0100 Message-ID: <e45b7b6e-b247-4dc6-a84a-c1fd1f056aa3@HIDDEN> Date: Mon, 11 Mar 2024 10:13:32 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> <86sf0y2fg8.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86sf0y2fg8.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:RQXXeatesRUq87ELa1OR+rDd4pnDF7MRySWzzDsHTYjENCL5fVf 2mOoplMb/9e8eJ9QV48VPUjOQLZab/3WLLGGmeltCpnv0ql5aolSIWtYZTCKWvSucsaAndm Sd9qsYuXBSyE5uMxfmKFW7V/SzWFbds+84W1T1z8w6zwkr2bdguKAU1y0MS+xaBvT7p7UAG 2YpclCcJNKzmaoG8qCpgA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:9U7cbJx+gOE=;tu1znJa1PMWSss69vw4KnwA+7pG /a3Tl0akf+Mzdw0G12CMKGyKC8iep+hXItSQYIoPc8HHZoesWmGnta7CXYoxb36RCupehxy12 pb/V8NJSl/BHa6sC0vnUmlo0mQmshCxCisqYpT9a01XqCQHpDA4ACt0q1nAiFAjVC6prm8PPr LfJzY1PGZdwYw7TjnFSTjDQsfDAyhBCbCeszlitrl8NaNzNPX5F0mDMpwFBPTOhlFTmDnIOPW NRFOssSeUYZ1nY1BqawLAIPyQvNyFaKL+HdxaZfuLmyH9jrvAwQc4yA1FNR+/ZfirZNKgrebc K1dLQ/S1IlwO5tTNydwOwq7fhH4hgrVIUbIBaig6/IwdZnGr3axqYVINQIjJkqGVP7BsGS/Fk oa6Y7oSsRqRgfsxY6MmFbYiQuiPzFNzHcVKd1IHOjhcAxfl2/kh7FSLpwVxOGrQaIU23P++Z3 OO7F8CXUwlxpXfTDJHuOtskorUiwnX3rrOo3Ku6MUwbjx4wxGjYWvkY0FDC/B+TigSUG8TUzx JWOIP28bkno5BxAS52xRp2dbMffERX/xQx97omNmjP/AvR39SJQJA3Z88bra227IuCwG8uol2 1fe4ExB8qA6a5h0VhUrU5ZLfThWomW8Wc5iCG8sWee0p+UImeGObczx/FhjA9YPEuxWBs2gTp FK2FIHbkxzZdM05WE0gtHjWdF92I4AlOSzo9/kukVd0dvf//o5CxkcRkAfvE5mVatQnkX7eqi 4hBrEVgzqYtmQjOyEBXU2IBnjBu4GyhGRzxZdA4/TemZBpsYaTisgVvtkkzoqAnvkTG4IRDVK 0vgPl0E4IR7zhrV2tc1kJeY6Gbr0PT2xmNNck62xEDvaQ= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > Regarding the name `window-restore-dead-buffer-windows', > I thought that the epithet "dead" is applied only to windows, > but buffers are called "killed", but maybe I got the wrong impression. I'll call it `window-restore-killed-buffer-windows' and install in a week unless new issues come up. Thanks, martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 10 Mar 2024 17:33:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 10 13:33:25 2024 Received: from localhost ([127.0.0.1]:37812 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rjN36-00086S-Np for submit <at> debbugs.gnu.org; Sun, 10 Mar 2024 13:33:24 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:38903) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rjN33-00085y-PN for 68235 <at> debbugs.gnu.org; Sun, 10 Mar 2024 13:33:22 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 76BC660002; Sun, 10 Mar 2024 17:32:41 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> (martin rudalics's message of "Fri, 8 Mar 2024 10:21:04 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> <86msrbutsu.fsf@HIDDEN> <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN> Date: Sun, 10 Mar 2024 19:23:39 +0200 Message-ID: <86sf0y2fg8.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > The new patch attached renames 'window-kept-windows-functions' to > `window-restore-dead-buffer-windows'. Thanks. I finished testing your new patch, and everything works nicely. Regarding the name `window-restore-dead-buffer-windows', I thought that the epithet "dead" is applied only to windows, but buffers are called "killed", but maybe I got the wrong impression.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 9 Mar 2024 08:35:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Mar 09 03:35:59 2024
Received: from localhost ([127.0.0.1]:60510 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1risBT-00033K-8M
for submit <at> debbugs.gnu.org; Sat, 09 Mar 2024 03:35:59 -0500
Received: from eggs.gnu.org ([209.51.188.92]:54432)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1risBP-000336-4r
for 68235 <at> debbugs.gnu.org; Sat, 09 Mar 2024 03:35:58 -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 1risAm-0006VB-Ur; Sat, 09 Mar 2024 03:35:16 -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=taq3vxj6h/zTXwc5ZSO7gKb76fIM/r7gB7GrteQluj0=; b=rqcGsH4kky7X
ZC2DuLO1pueG5UJ49zK7ndUJW11I4d/8ltqj9xgqHmrCo52FDKzOGRYpgBZQzkwyQrCzMNEQWQfEa
adpYWuuruV9fIF4UhZ0oKgsfgQFI8LivUlkC6K742EMfmIER3YzuniS8syIpVyRNMFhwGqwRPqCEf
uIj5mPSEiziEE3yu/PC03gWSmp288EbqBiZU6bGtpZB1DQ5ea8s8MExG/Bz4F5rr04EZNxXJtrr7y
X78KNVlsvLsGoXB1ZtTymbh0I7U7Y2lyzFgC9oAvphZOlij6uTdjIFIfgocXWeEsefzfhpUR9rwb0
p2L4xh77tv6NrkymM9F0ew==;
Date: Sat, 09 Mar 2024 10:35:01 +0200
Message-Id: <861q8jztu2.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
In-Reply-To: <86frx3utds.fsf@HIDDEN> (message from Juri Linkov on
Wed, 06 Mar 2024 20:03:50 +0200)
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wr3m1.fsf@HIDDEN> <86h6hklgia.fsf@HIDDEN>
<86frx3utds.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 68235
Cc: rudalics@HIDDEN, 68235 <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: Juri Linkov <juri@HIDDEN>
> Cc: rudalics@HIDDEN, 68235 <at> debbugs.gnu.org
> Date: Wed, 06 Mar 2024 20:03:50 +0200
>
> > This doc string doesn't explain enough: it begs the question "what
> > does selecting a tab have to do with killing buffers?"
>
> Here is a better docstring:
>
> +(defcustom tab-bar-select-keep-windows-function #'tab-bar-select-keep-windows
> + "Function that keeps windows after selecting a tab.
> +When a previously selected tab displayed a buffer that was later killed,
> +this function defines what to do with the window that displayed that buffer
> +after switching back to the previous tab.
Thanks, this is much more clear now. I suggest a slight rewording:
Function called when selecting a tab to handle windows whose buffer was killed.
When a tab-bar tab displays a window whose buffer was killed since
this tab was last selected, this function determines what to do with
that window.
> +(defun tab-bar-select-keep-windows (_frame windows)
> + "Display a placeholder buffer in the window with killed buffer.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"...in the window whose buffer was killed."
> +A button allows to restore a killed file buffer."
"A button in the window allows to restore the killed buffer, if
it was visiting a file."
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 8 Mar 2024 09:21:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 08 04:21:51 2024
Received: from localhost ([127.0.0.1]:56617 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1riWQH-0007Zn-S4
for submit <at> debbugs.gnu.org; Fri, 08 Mar 2024 04:21:51 -0500
Received: from mout.gmx.net ([212.227.15.15]:44553)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1riWQE-0007ZL-1m
for 68235 <at> debbugs.gnu.org; Fri, 08 Mar 2024 04:21:48 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1709889666; x=1710494466; i=rudalics@HIDDEN;
bh=keVdo0siITbz2PMV2B1zVSkabu8vjbIMmVWQOqBK6Xs=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=fZ0Y95IE0Sm2k4j2OtrAP+fe20RKo193yhBeUwjSazEByU4mhhMP1H2K7bGoRST3
HnsQhMckMavrjTzvM22dk089Vi9W+VCuIUcyIHunQMR7O525Fpnw9AgkE+dUf2GU4
70I6n1VIEhWibd/bMp+SrKqd+uK6/+DbLHO5z3lkZ4rx5ClUlp/GJx/ZTtU1QMT5S
w2Iel03mFxu1ScnhD0/6eXyFRja5Zz8S9Qz5en64XcgV9e1aqy3HbHNnbDHrTIae+
n/3vhH0z/Q0ER0kPtEdG5Q42q0wsX/aa52xXV8mpMGbgKbSwc4K5sd9x7dAmt5VSf
A3zsObGfkWdjcsMZBg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.96.166]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1Mel7v-1rAZAl0FDZ-00anvl; Fri, 08
Mar 2024 10:21:06 +0100
Content-Type: multipart/mixed; boundary="------------NOdjvr0TwfTqG6JWgYbH4F9p"
Message-ID: <1305821a-6a0e-4cbc-82fb-bac229599c1b@HIDDEN>
Date: Fri, 8 Mar 2024 10:21:04 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
<aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
<86msrbutsu.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86msrbutsu.fsf@HIDDEN>
X-Provags-ID: V03:K1:Z1+KyiYRFRd5sK2Lf/LiYcm9gvIATGcNu7pkBdF3stHHW6Zat6i
CsVwbyGBqSIXpIPAoQwFvxNJLmR0WF5Cycpt1fMYEEg6o2QQ6NarfGyHs1V452uGGNzRfmf
LAUjVFrvKIwceZHz5hOnG+vQlHNcO9KyhOx8tF+yfFeVTHDLG21AegH680cU9rZCQCstyJk
nnys7S1xzt/n7+guDwEPg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:TQMwldzfg+A=;KemZl8eP+s9CNmPFracQftou/bm
39VwFbSwoXbQ7HPVjZL3/2JCKRjt7TISoDR48z7BwVVaxcQli831z7s2Zm8gANidcQ08rKeQB
bIXrm4JAF9MsYo+OY6rSOhwfR0+EP7ZKPJaK7nbgCm318LXlEBiNWXh0+37f0lFEtc0/YeohZ
s+RU47b8OpG4qBRzVneiDhAhLbfsW4xhUpsGzEwQvXx+t0fcmh0Kk/eaGdzIpOFLwCiPm0Fh8
Y1s9zUNMFJCySYGlVLjlq3ZHsYSgPhtN/9hNVqZUcEZDTTVdBHO+dyWWXchZhFYTsoP0mgSXZ
eiyGCs3YGr0mgZzkyDuL8xTNkwyKIXxKc+GMBqbkWqGoEp7UeDYUQLKg2lJHEfax9c0RIUGyW
kRaKnCB5FCzjClBx4r+nx2KRl1gyktn7jMjGc9KPeavfH55pKHpRGMOzKtDObHsCA5nPKTgcx
dxrFjgsw1ObxICwH6DRrjRtnwr6rMj6gkwn5OQewjXfJVQYeSIxcK0EmNLSkwKSdxgMua71R+
nKDGslNpSbfdKfdEFessjjughlvdI98WGmJOVzuCByKs2umHLbtu+TVrwapzPS+GchbuxEplm
4YpcLINQrneCFD8i4Y0FsRZBp61B6uAbAz5O+ycMfCdKHvipuS5C1bGOhJMD3IjC5M+N2JiWL
AQsHyZKiF2Liqbm3oLZB/a0wJXHDwvUbqmLWfbGd4/S5AwMLNoOJw+lWONUciDNw1Nv3u4EzH
eTxGuInPrI3sqKwec+VYISFDfdv5BO8iRbZDqCXFpfxBTvH0HTeFn6di8Fad9DZvsAp/0I55n
0h1ovuvjT34afGLhPHm1kW6CyDvg0naUVkg7fZyEWy5Suzr4sHBhuuFxuxKAk49K5l
X-Spam-Score: 2.9 (++)
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: > We could leave it called on every set-window-configuration
> even with an empty window list, as a general post-hook. I've now reworked
the patch for the following reasons: - Changing the existing behavior of
'window-state-put' in order to make it behave like 'set-window-configuration'
in certain regards is a bad idea IMO. Someone, somewhere might be used to
the current [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.15 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.166 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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.9 (+)
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: > We could leave it called on every set-window-configuration
> even with an empty window list, as a general post-hook. I've now reworked
the patch for the following reasons: - Changing the existing behavior of
'window-state-put' in order to make it behave like 'set-window-configuration'
in certain regards is a bad idea IMO. Someone, somewhere might be used to
the current [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.15 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.166 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
This is a multi-part message in MIME format.
--------------NOdjvr0TwfTqG6JWgYbH4F9p
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
> We could leave it called on every set-window-configuration
> even with an empty window list, as a general post-hook.
I've now reworked the patch for the following reasons:
- Changing the existing behavior of 'window-state-put' in order to make
it behave like 'set-window-configuration' in certain regards is a bad
idea IMO. Someone, somewhere might be used to the current behavior.
- The entire idea of deleting windows when their buffers are dead might
annoy people who prefer a fixed frame layout with a predefined number
of windows.
The new patch attached renames 'window-kept-windows-functions' to
`window-restore-dead-buffer-windows'. That variable is no more a hook
but may be
- t to never delete a dead buffer window,
- 'delete' to do what 'window-state-put' does now
- 'dedicated' to do what 'set-window-configuration' does now
- nil to keep the current behavior
- a function to do what 'window-kept-windows-functions' did.
I abandoned the hook idea because having more than one function work on
a list of kept windows means asking for troubles. In addition, I now
pass a third argument to that function - 'configuration' if called by
'set-window-configuration' and 'state' if called by 'window-state-put'.
When looking into this I (re)discovered that 'set-window-configuration'
leaves dead buffer windows alone if they do have a buffer in the
configuration that function is about to replace. This comment
/* Kludge Alert!
Mark all windows now on frame as "deleted".
Restoring the new configuration "undeletes" any that are in it.
Save their current buffers in their height fields, since we may
need it later, if a buffer saved in the configuration is now
dead. */
tells how this was done in the past and these two snippets
/* Since combination limit makes sense for an internal windows
only, we use this slot to save the buffer for the sake of
possible resurrection in Fset_window_configuration. */
wset_combination_limit (w, w->contents);
and
/* If we squirreled away the buffer, restore it now. */
if (BUFFERP (w->combination_limit))
wset_buffer (w, w->combination_limit);
explain how this is done now. (Calling delete_all_child_windows and
running SAFE_NALLOCA in 'set-window-configuration' is a bad idea given
the fact that the body of 'save-window-excursion' practically never
changes the existing configuration, but I won't discuss that here.)
Suffice it to say that 'set-window-configuration' leaves a dead buffer
window alone if it shows a buffer in the configuration it is about to
replace. 'window-state-put' does not do that because it has no idea of
the identity of windows and making it map the current window tree into
the window tree it is about to restore does not look like an appealing
endeavor to me (besides the fact that it would change existing behavior
again).
Now what I did was to add two more entries for each window passed to the
'window-restore-dead-buffer-windows' function:
- One for the dedicated status of the window in the saved configuration
or state. If you restore the old buffer, you should also set that, I
suppose.
- One that is t if the window was live in the configuration replaced by
'set-window-configuration'. It might help to decide whether the new
buffer would be a better alternative than restoring the dead buffer.
I don't think the tab bar code would need it.
Have a look.
> BTW, I didn't test yet what happens when
> window-kept-windows-functions is non-nil but does nothing.
> Here is what happens:
>
> Error muted by safe_call: (get-scratch-buffer-create)
> signaled (wrong-type-argument window-live-p #<window 7>)
>
> But maybe this is ok.
I now made it call 'window-restore-dead-buffer-windows' iff it is a
function (it may still have the wrong number of arguments though). BTW
the "Error muted by safe_call" messages are helpful - once you get used
to them.
martin
--------------NOdjvr0TwfTqG6JWgYbH4F9p
Content-Type: text/x-patch; charset=UTF-8;
name="window-restore-dead-buffer-windows.diff"
Content-Disposition: attachment;
filename="window-restore-dead-buffer-windows.diff"
Content-Transfer-Encoding: base64
ZGlmZiAtLWdpdCBhL2RvYy9saXNwcmVmL3dpbmRvd3MudGV4aSBiL2RvYy9saXNwcmVmL3dp
bmRvd3MudGV4aQppbmRleCBmZTNkYzU3M2RmNS4uOTUxYzg5OGE2ZWUgMTAwNjQ0Ci0tLSBh
L2RvYy9saXNwcmVmL3dpbmRvd3MudGV4aQorKysgYi9kb2MvbGlzcHJlZi93aW5kb3dzLnRl
eGkKQEAgLTYyNjQsMTUgKzYyNjQsMTAgQEAgV2luZG93IENvbmZpZ3VyYXRpb25zCiBAY29k
ZXttaW5pYnVmZmVyLXNlbGVjdGVkLXdpbmRvd30uICBJbiB0aGlzIGNhc2UsIHRoZSBmdW5j
dGlvbiByZXR1cm5zCiBAY29kZXtuaWx9LiAgT3RoZXJ3aXNlLCBpdCByZXR1cm5zIEBjb2Rl
e3R9LgogCi1JZiB0aGUgYnVmZmVyIG9mIGEgd2luZG93IG9mIEB2YXJ7Y29uZmlndXJhdGlv
bn0gaGFzIGJlZW4ga2lsbGVkIHNpbmNlCi1AdmFye2NvbmZpZ3VyYXRpb259IHdhcyBtYWRl
LCB0aGF0IHdpbmRvdyBpcywgYXMgYSBydWxlLCByZW1vdmVkIGZyb20KLXRoZSByZXN0b3Jl
ZCBjb25maWd1cmF0aW9uLiAgSG93ZXZlciwgaWYgdGhhdCB3aW5kb3cgaXMgdGhlIGxhc3Qg
d2luZG93Ci1yZW1haW5pbmcgaW4gdGhlIHJlc3RvcmVkIGNvbmZpZ3VyYXRpb24sIGFub3Ro
ZXIgbGl2ZSBidWZmZXIgaXMgc2hvd24gaW4KLWl0LiAgQWxzbywgaWYgdGhlIHZhcmlhYmxl
IEB2YXJ7d2luZG93LWtlcHQtd2luZG93cy1mdW5jdGlvbnN9IGlzCi1ub24tQGNvZGV7bmls
fSwgYW55IHdpbmRvdyB3aG9zZSBidWZmZXIgaXMgbm93IGRlYWQgaXMgbm90IGRlbGV0ZWQu
Ci1SYXRoZXIsIHRoaXMgZnVuY3Rpb24gd2lsbCBzaG93IGFub3RoZXIgbGl2ZSBidWZmZXIg
aW4gdGhhdCB3aW5kb3cgYW5kCi1pbmNsdWRlIGFuIGVudHJ5IGZvciB0aGF0IHdpbmRvdyB3
aGVuIGNhbGxpbmcgYW55IGZ1bmN0aW9uIGluCi1AdmFye3dpbmRvdy1rZXB0LXdpbmRvd3Mt
ZnVuY3Rpb25zfSAoQHB4cmVme1dpbmRvdyBIb29rc30pLgorVGhpcyBmdW5jdGlvbiBjb25z
dWx0cyB0aGUgdmFyaWFibGUKK0Bjb2Rle3dpbmRvdy1yZXN0b3JlLWRlYWQtYnVmZmVyLXdp
bmRvd3N9IChzZWUgYmVsb3cpIHdoZW4gaXQgdHJpZXMgdG8KK3Jlc3RvcmUgYSB3aW5kb3cg
d2hvc2UgYnVmZmVyIHdhcyBraWxsZWQgYWZ0ZXIgQHZhcntjb25maWd1cmF0aW9ufSB3YXMK
K3JlY29yZGVkLgogCiBIZXJlIGlzIGEgd2F5IG9mIHVzaW5nIHRoaXMgZnVuY3Rpb24gdG8g
Z2V0IHRoZSBzYW1lIGVmZmVjdCBhcwogQGNvZGV7c2F2ZS13aW5kb3ctZXhjdXJzaW9ufToK
QEAgLTYzNjEsMTQgKzYzNTYsOSBAQCBXaW5kb3cgQ29uZmlndXJhdGlvbnMKIGZyYW1lIGJl
Zm9yZSBwdXR0aW5nIEB2YXJ7c3RhdGV9IGludG8gaXQuICBJZiBAdmFye3dpbmRvd30gaXMg
QGNvZGV7bmlsfSwKIGl0IHB1dHMgdGhlIHdpbmRvdyBzdGF0ZSBpbnRvIGEgbmV3IHdpbmRv
dy4KIAotSWYgdGhlIGJ1ZmZlciBvZiBhbnkgd2luZG93IHJlY29yZGVkIGluIEB2YXJ7c3Rh
dGV9IGhhcyBiZWVuIGtpbGxlZAotc2luY2UgQHZhcntzdGF0ZX0gd2FzIG1hZGUsIHRoYXQg
d2luZG93IGlzLCBhcyBhIHJ1bGUsIG5vdCByZXN0b3JlZC4KLUhvd2V2ZXIsIGlmIHRoYXQg
d2luZG93IGlzIHRoZSBvbmx5IHdpbmRvdyBpbiBAdmFye3N0YXRlfSwgYW5vdGhlciBsaXZl
Ci1idWZmZXIgd2lsbCBiZSBzaG93biBpbiBpdC4gIEFsc28sIGlmIHRoZSB2YXJpYWJsZQot
QHZhcnt3aW5kb3cta2VwdC13aW5kb3dzLWZ1bmN0aW9uc30gaXMgbm9uLUBjb2Rle25pbH0s
IGFueSB3aW5kb3cgd2hvc2UKLWJ1ZmZlciBpcyBub3cgZGVhZCBpcyByZXN0b3JlZC4gIFRo
aXMgZnVuY3Rpb24gd2lsbCBzaG93IGFub3RoZXIgbGl2ZQotYnVmZmVyIGluIGl0IGFuZCBp
bmNsdWRlIGFuIGVudHJ5IGZvciB0aGF0IHdpbmRvdyB3aGVuIGNhbGxpbmcgYQotZnVuY3Rp
b24gaW4gQHZhcnt3aW5kb3cta2VwdC13aW5kb3dzLWZ1bmN0aW9uc30gKEBweHJlZntXaW5k
b3cgSG9va3N9KS4KK1RoaXMgZnVuY3Rpb24gY29uc3VsdHMgdGhlIHZhcmlhYmxlCitAY29k
ZXt3aW5kb3ctcmVzdG9yZS1kZWFkLWJ1ZmZlci13aW5kb3dzfSAoc2VlIGJlbG93KSB3aGVu
IGl0IHRyaWVzIHRvCityZXN0b3JlIGEgd2luZG93IHdob3NlIGJ1ZmZlciB3YXMga2lsbGVk
IGFmdGVyIEB2YXJ7c3RhdGV9IHdhcyByZWNvcmRlZC4KIAogSWYgdGhlIG9wdGlvbmFsIGFy
Z3VtZW50IEB2YXJ7aWdub3JlfSBpcyBub24tQGNvZGV7bmlsfSwgaXQgbWVhbnMgdG8gaWdu
b3JlCiBtaW5pbXVtIHdpbmRvdyBzaXplcyBhbmQgZml4ZWQtc2l6ZSByZXN0cmljdGlvbnMu
ICBJZiBAdmFye2lnbm9yZX0KQEAgLTYzNzYsNiArNjM2Niw3NCBAQCBXaW5kb3cgQ29uZmln
dXJhdGlvbnMKIGFuZC9vciB0d28gY29sdW1ucy4KIEBlbmQgZGVmdW4KIAorQnkgZGVmYXVs
dCwgQGNvZGV7c2V0LXdpbmRvdy1jb25maWd1cmF0aW9ufSBhbmQgQGNvZGV7d2luZG93LXN0
YXRlLXB1dH0KK21heSBkZWxldGUgYSB3aW5kb3cgZnJvbSB0aGUgcmVzdG9yZWQgY29uZmln
dXJhdGlvbiB3aGVuIHRoZXkgZmluZCBvdXQKK3RoYXQgaXRzIGJ1ZmZlciB3YXMga2lsbGVk
IHNpbmNlIHRoZSBjb3JyZXNwb25kaW5nIGNvbmZpZ3VyYXRpb24gb3IKK3N0YXRlIGhhcyBi
ZWVuIHJlY29yZGVkLiAgVGhlIHZhcmlhYmxlIGRlc2NyaWJlZCBuZXh0IGNhbiBiZSB1c2Vk
IHRvCitmaW5lLXR1bmUgdGhhdCBiZWhhdmlvci4KKworQGNpbmRleCByZXN0b3Jpbmcgd2lu
ZG93cyB3aG9zZSBidWZmZXJzIGFyZSBkZWFkCitAZGVmdmFyIHdpbmRvdy1yZXN0b3JlLWRl
YWQtYnVmZmVyLXdpbmRvd3MKK1RoaXMgdmFyaWFibGUgc3BlY2lmaWVzIGhvdyBAY29kZXtz
ZXQtd2luZG93LWNvbmZpZ3VyYXRpb259IG9yCitAY29kZXt3aW5kb3ctc3RhdGUtcHV0fSBz
aGFsbCBoYW5kbGUgYSB3aW5kb3cgd2hvc2UgYnVmZmVyIGhhcyBiZWVuCitraWxsZWQgc2lu
Y2UgdGhlIGNvcnJlc3BvbmRpbmcgY29uZmlndXJhdGlvbiBvciBzdGF0ZSB3YXMgbWFkZS4g
IEFueQorc3VjaCB3aW5kb3cgbWF5IGJlIGxpdmUgLSBpbiB3aGljaCBjYXNlIGl0IHNob3dz
IHNvbWUgb3RoZXIgYnVmZmVyIC0gb3IKK2RlYWQgYXQgdGhlIHRpbWUgb25lIG9mIHRoZXNl
IGZ1bmN0aW9ucyBpcyBjYWxsZWQuICBBcyBhIHJ1bGUsCitAY29kZXtzZXQtd2luZG93LWNv
bmZpZ3VyYXRpb259IGxlYXZlcyB0aGUgd2luZG93IGFsb25lIGlmIGl0IGlzIGxpdmUKK3do
aWxlIEBjb2Rle3dpbmRvdy1zdGF0ZS1wdXR9IGRlbGV0ZXMgaXQuCisKK1RoZSBmb2xsb3dp
bmcgdmFsdWVzIGNhbiBiZSB1c2VkIHRvIG92ZXJyaWRlIHRoZSBkZWZhdWx0IGJlaGF2aW9y
IGZvcgorZGVhZCB3aW5kb3dzIGluIHRoZSBjYXNlIG9mIEBjb2Rle3NldC13aW5kb3ctY29u
ZmlndXJhdGlvbn0gYW5kIGZvciBkZWFkCithbmQgbGl2ZSB3aW5kb3dzIGluIHRoZSBjYXNl
IG9mIEBjb2Rle3dpbmRvdy1zdGF0ZS1wdXR9LgorCitAdGFibGUgQGFzaXMKK0BpdGVtIEBj
b2Rle3R9CitUaGlzIHZhbHVlIG1lYW5zIHRvIHJlc3RvcmUgdGhlIHdpbmRvdyBhbmQgc2hv
dyBzb21lIG90aGVyIGJ1ZmZlciBpbiBpdC4KKworQGl0ZW0gQGNvZGV7ZGVsZXRlfQorVGhp
cyBtZWFucyB0byB1bmNvbmRpdGlvbmFsbHkgdHJ5IHRvIGRlbGV0ZSB0aGUgd2luZG93Lgor
CitAaXRlbSBAY29kZXtkZWRpY2F0ZWR9CitUaGlzIG1lYW5zIHRvIHRyeSB0byBkZWxldGUg
dGhlIHdpbmRvdyBpZiBhbmQgb25seSBpZiBpdCBpcyBkZWRpY2F0ZWQgdG8KK2l0cyBidWZm
ZXIuCisKK0BpdGVtIEBjb2Rle25pbH0KK1RoaXMgaXMgdGhlIGRlZmF1bHQgYW5kIG1lYW5z
IHRoYXQgQGNvZGV7c2V0LXdpbmRvdy1jb25maWd1cmF0aW9ufSB3aWxsCit0cnkgdG8gZGVs
ZXRlIHRoZSB3aW5kb3cgaWYgYW5kIG9ubHkgaWYgaXQgaXMgZGVkaWNhdGVkIHRvIGl0cyBi
dWZmZXIKK2FuZCBAY29kZXt3aW5kb3ctc3RhdGUtcHV0fSB3aWxsIHVuY29uZGl0aW9uYWxs
eSB0cnkgdG8gZGVsZXRlIGl0LgorCitAaXRlbSBhIGZ1bmN0aW9uCitUaGlzIG1lYW5zIHRv
IHJlc3RvcmUgdGhlIHdpbmRvdywgc2hvdyBzb21lIG90aGVyIGJ1ZmZlciBpbiBpdCBhbmQg
YWRkCithbiBlbnRyeSBmb3IgdGhhdCB3aW5kb3cgdG8gYSBsaXN0IHRoYXQgd2lsbCBiZSBs
YXRlciBwYXNzZWQgYXMgYXJndW1lbnQKK3RvIHRoYXQgZnVuY3Rpb24uCitAZW5kIHRhYmxl
CisKK0lmIGEgd2luZG93IGNhbm5vdCBiZSBkZWxldGVkICh0eXBpY2FsbHksIGJlY2F1c2Ug
aXQgaXMgdGhlIGxhc3Qgd2luZG93CitvbiBpdHMgZnJhbWUpLCBAY29kZXtzZXQtd2luZG93
LWNvbmZpZ3VyYXRpb259IGFuZAorQGNvZGV7d2luZG93LXN0YXRlLXB1dH0gd2lsbCBzaG93
IGFub3RoZXIgYnVmZmVyIGluIGl0LgorCitJZiB0aGUgdmFsdWUgb2YgdGhpcyB2YXJpYWJs
ZSBpcyBhIGZ1bmN0aW9uLCB0aGF0IGZ1bmN0aW9uIHNob3VsZCB0YWtlCit0aHJlZSBhcmd1
bWVudHMuICBUaGUgZmlyc3QgYXJndW1lbnQgc3BlY2lmaWVzIHRoZSBmcmFtZSB3aG9zZSB3
aW5kb3dzCitoYXZlIGJlZW4gcmVzdG9yZWQuICBUaGUgdGhpcmQgYXJndW1lbnQgaXMgZWl0
aGVyIHRoZSBjb25zdGFudAorQGNvZGV7Y29uZmlndXJhdGlvbn0gaWYgdGhlIHdpbmRvd3Mg
YXJlIHJlc3RvcmVkIGJ5CitAY29kZXtzZXQtd2luZG93LWNvbmZpZ3VyYXRpb259IG9yIHRo
ZSBjb25zdGFudCBAY29kZXtzdGF0ZX0gaWYgdGhlCit3aW5kb3dzIGFyZSByZXN0b3JlZCBi
eSBAY29kZXt3aW5kb3ctc3RhdGUtcHV0fS4KKworVGhlIHNlY29uZCBhcmd1bWVudCBzcGVj
aWZpZXMgYSBsaXN0IG9mIGVudHJpZXMgZm9yIEBlbXBoe2FueX0gd2luZG93Cit3aG9zZSBw
cmV2aW91cyBidWZmZXIgaGFzIGJlZW4gZW5jb3VudGVyZWQgZGVhZCBhdCB0aGUgdGltZQor
QGNvZGV7c2V0LXdpbmRvdy1jb25maWd1cmF0aW9ufSBvciBAY29kZXt3aW5kb3ctc3RhdGUt
cHV0fSB0cmllZCB0bworcmVzdG9yZSBpdCBpbiB0aGF0IHdpbmRvdyAobWluaWJ1ZmZlciB3
aW5kb3dzIGFyZSBleGNsdWRlZCkuICBUaGlzIG1lYW5zCit0aGF0IHRoZSBmdW5jdGlvbiBz
cGVjaWZpZWQgYnkgdGhpcyB2YXJpYWJsZSBtYXkgYWxzbyBkZWxldGUgd2luZG93cworZW5j
b3VudGVyZWQgbGl2ZSBieSBAY29kZXtzZXQtd2luZG93LWNvbmZpZ3VyYXRpb259LgorCitF
YWNoIGVudHJ5IGlzIGEgbGlzdCBvZiBzaXggdmFsdWVzIC0gdGhlIHdpbmRvdyB3aG9zZSBi
dWZmZXIgd2FzIGZvdW5kCitkZWFkLCB0aGUgZGVhZCBidWZmZXIgb3IgaXRzIG5hbWUsIHRo
ZSBwb3NpdGlvbnMgb2Ygc3RhcnQgYW5kIHBvaW50IG9mCit0aGUgYnVmZmVyIGluIHRoYXQg
d2luZG93LCB0aGUgZGVkaWNhdGVkIHN0YXR1cyBvZiB0aGUgd2luZG93IGFzCitwcmV2aW91
c2x5IHJlcG9ydGVkIGJ5IEBjb2Rle3dpbmRvdy1kZWRpY2F0ZWQtcH0gYW5kIGEgZmxhZyB0
aGF0IGlzCitAY29kZXt0fSBpZiB0aGUgd2luZG93IGhhcyBiZWVuIGVuY291bnRlcmVkIGxp
dmUgYnkKK0Bjb2Rle3NldC13aW5kb3ctY29uZmlndXJhdGlvbn0gYW5kIEBjb2Rle25pbH0g
b3RoZXJ3aXNlLgorQGVuZCBkZWZ2YXIKKwogVGhlIGZ1bmN0aW9ucyBAY29kZXt3aW5kb3ct
c3RhdGUtZ2V0fSBhbmQgQGNvZGV7d2luZG93LXN0YXRlLXB1dH0gYWxzbwogYWxsb3cgZXhj
aGFuZ2luZyB0aGUgY29udGVudHMgb2YgdHdvIGxpdmUgd2luZG93cy4gIFRoZSBmb2xsb3dp
bmcKIGZ1bmN0aW9uIGRvZXMgcHJlY2lzZWx5IHRoYXQ6CkBAIC02NjM2LDI3ICs2Njk0LDYg
QEAgV2luZG93IEhvb2tzCiBidWZmZXIgYXJlIChyZSlmb250aWZpZWQgYmVjYXVzZSBhIHdp
bmRvdyB3YXMgc2Nyb2xsZWQgb3IgaXRzIHNpemUKIGNoYW5nZWQuICBAeHJlZntPdGhlciBG
b250IExvY2sgVmFyaWFibGVzfS4KIAotQGNpbmRleCB3aW5kb3cga2VwdCB3aW5kb3dzIGZ1
bmN0aW9ucwotQGRlZnZhciB3aW5kb3cta2VwdC13aW5kb3dzLWZ1bmN0aW9ucwotICAgVGhp
cyB2YXJpYWJsZSBob2xkcyBhIGxpc3Qgb2YgZnVuY3Rpb25zIHRoYXQgRW1hY3Mgd2lsbCBj
YWxsIGFmdGVyCi1yZXN0b3JpbmcgYSB3aW5kb3cgY29uZmlndXJhdGlvbiB2aWEgQGNvZGV7
c2V0LXdpbmRvdy1jb25maWd1cmF0aW9ufSBvcgotc3RhdGUgdmlhIEBjb2Rle3dpbmRvdy1z
dGF0ZS1wdXR9IChAcHhyZWZ7V2luZG93IENvbmZpZ3VyYXRpb25zfSkuICBXaGVuCi10aGUg
dmFsdWUgb2YgdGhpcyB2YXJpYWJsZSBpcyBub24tQGNvZGV7bmlsfSwgdGhlc2UgZnVuY3Rp
b25zIHdpbGwgbm90Ci1kZWxldGUgYW55IHdpbmRvdyB3aG9zZSBidWZmZXIgaGFzIGJlZW4g
a2lsbGVkIHNpbmNlIHRoZSBjb3JyZXNwb25kaW5nCi1jb25maWd1cmF0aW9uIG9yIHN0YXRl
IHdhcyBzYXZlZCwgYnV0IHNob3cgc29tZSBsaXZlIGJ1ZmZlciBpbiBpdC4KLQotVGhlIHZh
bHVlIHNob3VsZCBiZSBhIGxpc3Qgb2YgZnVuY3Rpb25zIHRoYXQgdGFrZSB0d28gYXJndW1l
bnRzLiAgVGhlCi1maXJzdCBhcmd1bWVudCBzcGVjaWZpZXMgdGhlIGZyYW1lIHdob3NlIHdp
bmRvd3MgaGF2ZSBiZWVuIHJlc3RvcmVkLgotVGhlIHNlY29uZCBhcmd1bWVudCBzcGVjaWZp
ZXMgYSBsaXN0IG9mIGVudHJpZXMgZm9yIGVhY2ggd2luZG93IHdob3NlCi1idWZmZXIgaGFz
IGJlZW4gZm91bmQgZGVhZCBhdCB0aGUgdGltZSBAY29kZXtzZXQtd2luZG93LWNvbmZpZ3Vy
YXRpb259Ci1vciBAY29kZXt3aW5kb3ctc3RhdGUtcHV0fSB0cmllZCB0byByZXN0b3JlIGl0
LiAgRWFjaCBlbnRyeSBpcyBhIGxpc3Qgb2YKLWZvdXIgdmFsdWVzIC0gdGhlIHdpbmRvdyB3
aG9zZSBidWZmZXIgd2FzIGZvdW5kIGRlYWQsIHRoZSBkZWFkIGJ1ZmZlciwKLWFuZCB0aGUg
bGFzdCBrbm93biBwb3NpdGlvbnMgb2Ygc3RhcnQgYW5kIHBvaW50IG9mIHRoZSBidWZmZXIg
aW4gdGhhdAotd2luZG93LiAgQW55IGZ1bmN0aW9uIHJ1biBieSB0aGlzIGhvb2sgc2hvdWxk
IGNoZWNrIHRoYXQgdGhlIHdpbmRvdyBpcwotbGl2ZSBzaW5jZSBhbm90aGVyIGZ1bmN0aW9u
IHJ1biBieSB0aGlzIGhvb2sgbWF5IGhhdmUgZGVsZXRlZCBpdCBpbiB0aGUKLW1lYW50aW1l
LgotQGVuZCBkZWZ2YXIKLQogQGNpbmRleCB3aW5kb3cgY2hhbmdlIGZ1bmN0aW9ucwogICAg
VGhlIHJlbWFpbmRlciBvZiB0aGlzIHNlY3Rpb24gY292ZXJzIHNpeCBob29rcyB0aGF0IGFy
ZSBjYWxsZWQKIGR1cmluZyByZWRpc3BsYXkgcHJvdmlkZWQgYSBzaWduaWZpY2FudCwgbm9u
LXNjcm9sbGluZyBjaGFuZ2Ugb2YgYQpkaWZmIC0tZ2l0IGEvbGlzcC93aW5kb3cuZWwgYi9s
aXNwL3dpbmRvdy5lbAppbmRleCAyOTMzNmY1NzNmOC4uOTAwOTRkMDIwZTQgMTAwNjQ0Ci0t
LSBhL2xpc3Avd2luZG93LmVsCisrKyBiL2xpc3Avd2luZG93LmVsCkBAIC02Mjg2LDcgKzYy
ODYsOCBAQCB3aW5kb3ctLXN0YXRlLXB1dC0yCiAgICAgICAod2hlbiBzdGF0ZQogCShsZXQq
ICgob2xkLWJ1ZmZlci1vci1uYW1lIChjYXIgc3RhdGUpKQogCSAgICAgICAoYnVmZmVyIChn
ZXQtYnVmZmVyIG9sZC1idWZmZXItb3ItbmFtZSkpCi0JICAgICAgIChzdGF0ZSAoY2RyIHN0
YXRlKSkpCisJICAgICAgIChzdGF0ZSAoY2RyIHN0YXRlKSkKKwkgICAgICAgKGRlZGljYXRl
ZCAoY2RyIChhc3NxICdkZWRpY2F0ZWQgc3RhdGUpKSkpCiAJICAoaWYgKGJ1ZmZlci1saXZl
LXAgYnVmZmVyKQogCSAgICAgICh3aXRoLWN1cnJlbnQtYnVmZmVyIGJ1ZmZlcgogCQkoc2V0
LXdpbmRvdy1idWZmZXIgd2luZG93IGJ1ZmZlcikKQEAgLTYzNDUsNyArNjM0Niw3IEBAIHdp
bmRvdy0tc3RhdGUtcHV0LTIKIAkJCQl3aW5kb3cgZGVsdGEgdCBpZ25vcmUgbmlsIG5pbCBu
aWwgcGl4ZWx3aXNlKSkKIAkJICAgICAgKHdpbmRvdy1yZXNpemUgd2luZG93IGRlbHRhIHQg
aWdub3JlIHBpeGVsd2lzZSkpKSkKIAkJOzsgU2V0IGRlZGljYXRlZCBzdGF0dXMuCi0JCShz
ZXQtd2luZG93LWRlZGljYXRlZC1wIHdpbmRvdyAoY2RyIChhc3NxICdkZWRpY2F0ZWQgc3Rh
dGUpKSkKKwkJKHNldC13aW5kb3ctZGVkaWNhdGVkLXAgd2luZG93IGRlZGljYXRlZCkKIAkJ
OzsgSW5zdGFsbCBwb3NpdGlvbnMgKG1heWJlIHdlIHNob3VsZCBkbyB0aGlzIGFmdGVyIGFs
bAogCQk7OyB3aW5kb3dzIGhhdmUgYmVlbiBjcmVhdGVkIGFuZCBzaXplZCkuCiAJCShpZ25v
cmUtZXJyb3JzCkBAIC02Mzg4LDEyICs2Mzg5LDE0IEBAIHdpbmRvdy0tc3RhdGUtcHV0LTIK
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoc2V0
LW1hcmtlciAobWFrZS1tYXJrZXIpIG0yCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYnVmZmVyKSkpKSkpCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHByZXYtYnVmZmVycykpKSkKLQkgICAgOzsg
V2UgZG9uJ3Qgd2FudCB0byByYWlzZSBhbiBlcnJvciBpbiBjYXNlIHRoZSBidWZmZXIgZG9l
cwotCSAgICA7OyBub3QgZXhpc3QgYW55bW9yZSwgc28gd2Ugc3dpdGNoIHRvIGEgcHJldmlv
dXMgb25lIGFuZAotCSAgICA7OyBzYXZlIHRoZSB3aW5kb3cgd2l0aCB0aGUgaW50ZW50aW9u
IG9mIGRlbGV0aW5nIGl0IGxhdGVyCi0JICAgIDs7IGlmIHBvc3NpYmxlLgotCSAgICAoc3dp
dGNoLXRvLXByZXYtYnVmZmVyIHdpbmRvdykKLQkgICAgKGlmIHdpbmRvdy1rZXB0LXdpbmRv
d3MtZnVuY3Rpb25zCisJICAgICh1bmxlc3MgKHdpbmRvdy1taW5pYnVmZmVyLXAgd2luZG93
KQorCSAgICAgIDs7IFdlIGRvbid0IHdhbnQgdG8gcmFpc2UgYW4gZXJyb3IgaW4gY2FzZSB0
aGUgYnVmZmVyIGRvZXMKKwkgICAgICA7OyBub3QgZXhpc3QgYW55bW9yZSwgc28gd2Ugc3dp
dGNoIHRvIGEgcHJldmlvdXMgb25lIGFuZAorCSAgICAgIDs7IHNhdmUgdGhlIHdpbmRvdyB3
aXRoIHRoZSBpbnRlbnRpb24gb2YgZGVsZXRpbmcgaXQgbGF0ZXIKKwkgICAgICA7OyBpZiBw
b3NzaWJsZS4KKwkgICAgICAoc3dpdGNoLXRvLXByZXYtYnVmZmVyIHdpbmRvdykKKwkgICAg
ICAoY29uZAorCSAgICAgICAoKGZ1bmN0aW9ucCB3aW5kb3ctcmVzdG9yZS1kZWFkLWJ1ZmZl
ci13aW5kb3dzKQogCQkobGV0KiAoKHN0YXJ0IChjZHIgKGFzc3EgJ3N0YXJ0IHN0YXRlKSkp
CiAJCSAgICAgICA7OyBIYW5kbGUgYm90aCAtIG1hcmtlciBwb3NpdGlvbnMgZnJvbSB3cml0
YWJsZQogCQkgICAgICAgOzsgc3RhdGVzIGFuZCBtYXJrZXJzIGZyb20gbm9uLXdyaXRhYmxl
IHN0YXRlcy4KQEAgLTY0MDQsOSArNjQwNywxNSBAQCB3aW5kb3ctLXN0YXRlLXB1dC0yCiAJ
CSAgICAgICAocG9pbnQtcG9zIChpZiAobWFya2VycCBwb2ludCkKIAkJCQkgICAgICAobWFy
a2VyLWxhc3QtcG9zaXRpb24gcG9pbnQpCiAJCQkJICAgIHBvaW50KSkpCi0JCSAgKHB1c2gg
KGxpc3Qgd2luZG93IG9sZC1idWZmZXItb3ItbmFtZSBzdGFydC1wb3MgcG9pbnQtcG9zKQot
CQkJd2luZG93LXN0YXRlLXB1dC1rZXB0LXdpbmRvd3MpKQotCSAgICAgIChwdXNoIHdpbmRv
dyB3aW5kb3ctc3RhdGUtcHV0LXN0YWxlLXdpbmRvd3MpKSkpKSkpKQorCQkgIChwdXNoIChs
aXN0IHdpbmRvdyBvbGQtYnVmZmVyLW9yLW5hbWUKKwkJCSAgICAgIHN0YXJ0LXBvcyBwb2lu
dC1wb3MgZGVkaWNhdGVkIG5pbCkKKwkJCXdpbmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dz
KSkpCisJICAgICAgICgob3IgKGFuZCBkZWRpY2F0ZWQKKwkJCSAoZXEgd2luZG93LXJlc3Rv
cmUtZGVhZC1idWZmZXItd2luZG93cyAnZGVkaWNhdGVkKSkKKwkJICAgIChtZW1xIHdpbmRv
dy1yZXN0b3JlLWRlYWQtYnVmZmVyLXdpbmRvd3MgJyhuaWwgZGVsZXRlKSkpCisJCTs7IFRy
eSB0byBkZWxldGUgdGhlIHdpbmRvdy4KKwkJKHB1c2ggd2luZG93IHdpbmRvdy1zdGF0ZS1w
dXQtc3RhbGUtd2luZG93cykpKQorCSAgICAgIChzZXQtd2luZG93LWRlZGljYXRlZC1wIHdp
bmRvdyBuaWwpKSkpKSkpKQogCiAoZGVmdW4gd2luZG93LXN0YXRlLXB1dCAoc3RhdGUgJm9w
dGlvbmFsIHdpbmRvdyBpZ25vcmUpCiAgICJQdXQgd2luZG93IHN0YXRlIFNUQVRFIGludG8g
V0lORE9XLgpAQCAtNjQyMSwxNiArNjQzMCw5IEBAIHdpbmRvdy1zdGF0ZS1wdXQKIHdpbmRv
d3MgY2FuIGdldCBhcyBzbWFsbCBhcyBgd2luZG93LXNhZmUtbWluLWhlaWdodCcgYW5kCiBg
d2luZG93LXNhZmUtbWluLXdpZHRoJy4KIAotSWYgdGhlIGFibm9ybWFsIGhvb2sgYHdpbmRv
dy1rZXB0LXdpbmRvd3MtZnVuY3Rpb25zJyBpcyBub24tbmlsLAotZG8gbm90IGRlbGV0ZSBh
bnkgd2luZG93cyBzYXZlZCBieSBTVEFURSB3aG9zZSBidWZmZXJzIHdlcmUKLWRlbGV0ZWQg
c2luY2UgU1RBVEUgd2FzIHNhdmVkLiAgUmF0aGVyLCBzaG93IHNvbWUgbGl2ZSBidWZmZXIg
aW4KLXRoZW0gYW5kIGNhbGwgdGhlIGZ1bmN0aW9ucyBpbiBgd2luZG93LWtlcHQtd2luZG93
cy1mdW5jdGlvbnMnCi13aXRoIGEgbGlzdCBvZiB0d28gYXJndW1lbnRzOiB0aGUgZnJhbWUg
d2hlcmUgU1RBVEUgd2FzIHB1dCBhbmQgYQotbGlzdCBvZiBlbnRyaWVzIGZvciBlYWNoIHN1
Y2ggd2luZG93LiAgRWFjaCBlbnRyeSBjb250YWlucyBmb3VyCi1lbGVtZW50cyAtIHRoZSB3
aW5kb3csIGl0cyBvbGQgYnVmZmVyIGFuZCB0aGUgbGFzdCBwb3NpdGlvbnMgb2YKLWB3aW5k
b3ctc3RhcnQnIGFuZCBgd2luZG93LXBvaW50JyBmb3IgdGhlIGJ1ZmZlciBpbiB0aGF0IHdp
bmRvdy4KLUFsd2F5cyBjaGVjayB0aGUgd2luZG93IGZvciBsaXZlbmVzcyBiZWNhdXNlIGFu
b3RoZXIgZnVuY3Rpb24gcnVuCi1ieSB0aGlzIGhvb2sgbWF5IGhhdmUgZGVsZXRlZCBpdC4i
CitJZiB0aGlzIGZ1bmN0aW9uIHRyaWVzIHRvIHJlc3RvcmUgYSBub24tbWluaWJ1ZmZlciB3
aW5kb3cgd2hvc2UgYnVmZmVyCit3YXMga2lsbGVkIHNpbmNlIFNUQVRFIHdhcyBtYWRlLCBp
dCB3aWxsIGNvbnN1bHQgdGhlIHZhcmlhYmxlCitgd2luZG93LXJlc3RvcmUtZGVhZC1idWZm
ZXItd2luZG93cycgb24gaG93IHRvIHByb2NlZWQuIgogICAoc2V0cSB3aW5kb3ctc3RhdGUt
cHV0LXN0YWxlLXdpbmRvd3MgbmlsKQogICAoc2V0cSB3aW5kb3ctc3RhdGUtcHV0LWtlcHQt
d2luZG93cyBuaWwpCiAKQEAgLTY1NDQsMTAgKzY1NDYsOSBAQCB3aW5kb3ctc3RhdGUtcHV0
CiAJICAod2hlbiAoYW5kICh3aW5kb3ctdmFsaWQtcCB3aW5kb3cpCiAgICAgICAgICAgICAg
ICAgICAgICAoZXEgKHdpbmRvdy1kZWxldGFibGUtcCB3aW5kb3cpIHQpKQogCSAgICAoZGVs
ZXRlLXdpbmRvdyB3aW5kb3cpKSkpCi0gICAgICAod2hlbiB3aW5kb3cta2VwdC13aW5kb3dz
LWZ1bmN0aW9ucwotCShydW4taG9vay13aXRoLWFyZ3MKLQkgJ3dpbmRvdy1rZXB0LXdpbmRv
d3MtZnVuY3Rpb25zCi0JIGZyYW1lIHdpbmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzKQor
ICAgICAgKHdoZW4gKGZ1bmN0aW9ucCB3aW5kb3ctcmVzdG9yZS1kZWFkLWJ1ZmZlci13aW5k
b3dzKQorCShmdW5jYWxsIHdpbmRvdy1yZXN0b3JlLWRlYWQtYnVmZmVyLXdpbmRvd3MKKwkg
ZnJhbWUgd2luZG93LXN0YXRlLXB1dC1rZXB0LXdpbmRvd3MgJ3N0YXRlKQogCShzZXRxIHdp
bmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzIG5pbCkpCiAgICAgICAod2luZG93LS1jaGVj
ayBmcmFtZSkpKSkKIApkaWZmIC0tZ2l0IGEvc3JjL2J1ZmZlci5jIGIvc3JjL2J1ZmZlci5j
CmluZGV4IDEyNmYzZWIwNTVhLi5lOGRhYTkzYzJkOSAxMDA2NDQKLS0tIGEvc3JjL2J1ZmZl
ci5jCisrKyBiL3NyYy9idWZmZXIuYwpAQCAtMzI3LDYgKzMyNywxMSBAQCBic2V0X25hbWUg
KHN0cnVjdCBidWZmZXIgKmIsIExpc3BfT2JqZWN0IHZhbCkKICAgYi0+bmFtZV8gPSB2YWw7
CiB9CiBzdGF0aWMgdm9pZAorYnNldF9sYXN0X25hbWUgKHN0cnVjdCBidWZmZXIgKmIsIExp
c3BfT2JqZWN0IHZhbCkKK3sKKyAgYi0+bGFzdF9uYW1lXyA9IHZhbDsKK30KK3N0YXRpYyB2
b2lkCiBic2V0X292ZXJ3cml0ZV9tb2RlIChzdHJ1Y3QgYnVmZmVyICpiLCBMaXNwX09iamVj
dCB2YWwpCiB7CiAgIGItPm92ZXJ3cml0ZV9tb2RlXyA9IHZhbDsKQEAgLTY0Nyw2ICs2NTIs
NyBAQCBERUZVTiAoImdldC1idWZmZXItY3JlYXRlIiwgRmdldF9idWZmZXJfY3JlYXRlLCBT
Z2V0X2J1ZmZlcl9jcmVhdGUsIDEsIDIsIDAsCiAgIG5hbWUgPSBGY29weV9zZXF1ZW5jZSAo
YnVmZmVyX29yX25hbWUpOwogICBzZXRfc3RyaW5nX2ludGVydmFscyAobmFtZSwgTlVMTCk7
CiAgIGJzZXRfbmFtZSAoYiwgbmFtZSk7CisgIGJzZXRfbGFzdF9uYW1lIChiLCBuYW1lKTsK
IAogICBiLT5pbmhpYml0X2J1ZmZlcl9ob29rcyA9ICFOSUxQIChpbmhpYml0X2J1ZmZlcl9o
b29rcyk7CiAgIGJzZXRfdW5kb19saXN0IChiLCBTUkVGIChuYW1lLCAwKSAhPSAnICcgPyBR
bmlsIDogUXQpOwpAQCAtODY2LDYgKzg3Miw3IEBAIERFRlVOICgibWFrZS1pbmRpcmVjdC1i
dWZmZXIiLCBGbWFrZV9pbmRpcmVjdF9idWZmZXIsIFNtYWtlX2luZGlyZWN0X2J1ZmZlciwK
ICAgbmFtZSA9IEZjb3B5X3NlcXVlbmNlIChuYW1lKTsKICAgc2V0X3N0cmluZ19pbnRlcnZh
bHMgKG5hbWUsIE5VTEwpOwogICBic2V0X25hbWUgKGIsIG5hbWUpOworICBic2V0X2xhc3Rf
bmFtZSAoYiwgbmFtZSk7CiAKICAgLyogQW4gaW5kaXJlY3QgYnVmZmVyIHNoYXJlcyB1bmRv
IGxpc3Qgb2YgaXRzIGJhc2UgKEJ1ZyMxODE4MCkuICAqLwogICBic2V0X3VuZG9fbGlzdCAo
YiwgQlZBUiAoYi0+YmFzZV9idWZmZXIsIHVuZG9fbGlzdCkpOwpAQCAtMTI4Miw2ICsxMjg5
LDE2IEBAIERFRlVOICgiYnVmZmVyLW5hbWUiLCBGYnVmZmVyX25hbWUsIFNidWZmZXJfbmFt
ZSwgMCwgMSwgMCwKICAgcmV0dXJuIEJWQVIgKGRlY29kZV9idWZmZXIgKGJ1ZmZlciksIG5h
bWUpOwogfQogCitERUZVTiAoImJ1ZmZlci1sYXN0LW5hbWUiLCBGYnVmZmVyX2xhc3RfbmFt
ZSwgU2J1ZmZlcl9sYXN0X25hbWUsIDAsIDEsIDAsCisgICAgICAgZG9jOiAvKiBSZXR1cm4g
bGFzdCBuYW1lIG9mIEJVRkZFUiwgYXMgYSBzdHJpbmcuCitCVUZGRVIgZGVmYXVsdHMgdG8g
dGhlIGN1cnJlbnQgYnVmZmVyLgorCitUaGlzIGlzIHRoZSBsYXN0IG5hbWUgb2YgQlVGRkVS
IGJlZm9yZSBpdCBoYXMgYmVlbiByZW5hbWVkIG9yIGtpbGxlZC4gKi8pCisgIChMaXNwX09i
amVjdCBidWZmZXIpCit7CisgIHJldHVybiBCVkFSIChkZWNvZGVfYnVmZmVyIChidWZmZXIp
LCBsYXN0X25hbWUpOworfQorCiBERUZVTiAoImJ1ZmZlci1maWxlLW5hbWUiLCBGYnVmZmVy
X2ZpbGVfbmFtZSwgU2J1ZmZlcl9maWxlX25hbWUsIDAsIDEsIDAsCiAgICAgICAgZG9jOiAv
KiBSZXR1cm4gbmFtZSBvZiBmaWxlIEJVRkZFUiBpcyB2aXNpdGluZywgb3IgbmlsIGlmIG5v
bmUuCiBObyBhcmd1bWVudCBvciBuaWwgYXMgYXJndW1lbnQgbWVhbnMgdXNlIHRoZSBjdXJy
ZW50IGJ1ZmZlci4gICovKQpAQCAtMTY1Miw2ICsxNjY5LDcgQEAgREVGVU4gKCJyZW5hbWUt
YnVmZmVyIiwgRnJlbmFtZV9idWZmZXIsIFNyZW5hbWVfYnVmZmVyLCAxLCAyLAogICAocmVn
aXN0ZXIgTGlzcF9PYmplY3QgbmV3bmFtZSwgTGlzcF9PYmplY3QgdW5pcXVlKQogewogICBy
ZWdpc3RlciBMaXNwX09iamVjdCB0ZW0sIGJ1ZjsKKyAgTGlzcF9PYmplY3Qgb2xkbmFtZSA9
IEJWQVIgKGN1cnJlbnRfYnVmZmVyLCBuYW1lKTsKICAgTGlzcF9PYmplY3QgcmVxdWVzdGVk
bmFtZSA9IG5ld25hbWU7CiAKICAgQ0hFQ0tfU1RSSU5HIChuZXduYW1lKTsKQEAgLTE2Njks
MTIgKzE2ODcsMTIgQEAgREVGVU4gKCJyZW5hbWUtYnVmZmVyIiwgRnJlbmFtZV9idWZmZXIs
IFNyZW5hbWVfYnVmZmVyLCAxLCAyLAogICAgICAgaWYgKE5JTFAgKHVuaXF1ZSkgJiYgWEJV
RkZFUiAodGVtKSA9PSBjdXJyZW50X2J1ZmZlcikKIAlyZXR1cm4gQlZBUiAoY3VycmVudF9i
dWZmZXIsIG5hbWUpOwogICAgICAgaWYgKCFOSUxQICh1bmlxdWUpKQotCW5ld25hbWUgPSBG
Z2VuZXJhdGVfbmV3X2J1ZmZlcl9uYW1lIChuZXduYW1lLAotCSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBCVkFSIChjdXJyZW50X2J1ZmZlciwgbmFtZSkpOworCW5l
d25hbWUgPSBGZ2VuZXJhdGVfbmV3X2J1ZmZlcl9uYW1lIChuZXduYW1lLCBvbGRuYW1lKTsK
ICAgICAgIGVsc2UKIAllcnJvciAoIkJ1ZmZlciBuYW1lIGAlcycgaXMgaW4gdXNlIiwgU0RB
VEEgKG5ld25hbWUpKTsKICAgICB9CiAKKyAgYnNldF9sYXN0X25hbWUgKGN1cnJlbnRfYnVm
ZmVyLCBvbGRuYW1lKTsKICAgYnNldF9uYW1lIChjdXJyZW50X2J1ZmZlciwgbmV3bmFtZSk7
CiAKICAgLyogQ2F0Y2ggcmVkaXNwbGF5J3MgYXR0ZW50aW9uLiAgVW5sZXNzIHdlIGRvIHRo
aXMsIHRoZSBtb2RlIGxpbmVzIGZvcgpAQCAtMjA4Nyw2ICsyMTA1LDcgQEAgREVGVU4gKCJr
aWxsLWJ1ZmZlciIsIEZraWxsX2J1ZmZlciwgU2tpbGxfYnVmZmVyLCAwLCAxLCAiYktpbGwg
YnVmZmVyOiAiLAogICAgICBUaGlzIGdldHMgcmlkIG9mIHRoZW0gZm9yIGNlcnRhaW4uICAq
LwogICByZXNldF9idWZmZXJfbG9jYWxfdmFyaWFibGVzIChiLCAxKTsKIAorICBic2V0X2xh
c3RfbmFtZSAoYiwgQlZBUiAoYiwgbmFtZSkpOwogICBic2V0X25hbWUgKGIsIFFuaWwpOwog
CiAgIGJsb2NrX2lucHV0ICgpOwpAQCAtNDY1OCw2ICs0Njc3LDcgQEAgaW5pdF9idWZmZXJf
b25jZSAodm9pZCkKICAgLyogVGhlc2UgdXNlZCB0byBiZSBzdHVjayBhdCAwIGJ5IGRlZmF1
bHQsIGJ1dCBub3cgdGhhdCB0aGUgYWxsLXplcm8gdmFsdWUKICAgICAgbWVhbnMgUW5pbCwg
d2UgaGF2ZSB0byBpbml0aWFsaXplIHRoZW0gZXhwbGljaXRseS4gICovCiAgIGJzZXRfbmFt
ZSAoJmJ1ZmZlcl9sb2NhbF9mbGFncywgbWFrZV9maXhudW0gKDApKTsKKyAgYnNldF9sYXN0
X25hbWUgKCZidWZmZXJfbG9jYWxfZmxhZ3MsIG1ha2VfZml4bnVtICgwKSk7CiAgIGJzZXRf
bWFyayAoJmJ1ZmZlcl9sb2NhbF9mbGFncywgbWFrZV9maXhudW0gKDApKTsKICAgYnNldF9s
b2NhbF92YXJfYWxpc3QgKCZidWZmZXJfbG9jYWxfZmxhZ3MsIG1ha2VfZml4bnVtICgwKSk7
CiAgIGJzZXRfa2V5bWFwICgmYnVmZmVyX2xvY2FsX2ZsYWdzLCBtYWtlX2ZpeG51bSAoMCkp
OwpAQCAtNjAxOCw2ICs2MDM4LDcgQEAgRnVuY3Rpb25zIChpbXBsaWNpdGx5KSBydW5uaW5n
IHRoaXMgaG9vayBhcmUgYGdldC1idWZmZXItY3JlYXRlJywKICAgZGVmc3ViciAoJlNtYWtl
X2luZGlyZWN0X2J1ZmZlcik7CiAgIGRlZnN1YnIgKCZTZ2VuZXJhdGVfbmV3X2J1ZmZlcl9u
YW1lKTsKICAgZGVmc3ViciAoJlNidWZmZXJfbmFtZSk7CisgIGRlZnN1YnIgKCZTYnVmZmVy
X2xhc3RfbmFtZSk7CiAgIGRlZnN1YnIgKCZTYnVmZmVyX2ZpbGVfbmFtZSk7CiAgIGRlZnN1
YnIgKCZTYnVmZmVyX2Jhc2VfYnVmZmVyKTsKICAgZGVmc3ViciAoJlNidWZmZXJfbG9jYWxf
dmFsdWUpOwpkaWZmIC0tZ2l0IGEvc3JjL2J1ZmZlci5oIGIvc3JjL2J1ZmZlci5oCmluZGV4
IDg3YmEyODAyYjM5Li5iYmUxYWVmZjY2OCAxMDA2NDQKLS0tIGEvc3JjL2J1ZmZlci5oCisr
KyBiL3NyYy9idWZmZXIuaApAQCAtMzA5LDYgKzMwOSw5IEBAICNkZWZpbmUgQlZBUihidWYs
IGZpZWxkKSAoKGJ1ZiktPmZpZWxkICMjIF8pCiAgIC8qIFRoZSBuYW1lIG9mIHRoaXMgYnVm
ZmVyLiAgKi8KICAgTGlzcF9PYmplY3QgbmFtZV87CiAKKyAgLyogVGhlIGxhc3QgbmFtZSBv
ZiB0aGlzIGJ1ZmZlciBiZWZvcmUgaXQgd2FzIHJlbmFtZWQgb3Iga2lsbGVkLiAgKi8KKyAg
TGlzcF9PYmplY3QgbGFzdF9uYW1lXzsKKwogICAvKiBUaGUgbmFtZSBvZiB0aGUgZmlsZSB2
aXNpdGVkIGluIHRoaXMgYnVmZmVyLCBvciBuaWwuICAqLwogICBMaXNwX09iamVjdCBmaWxl
bmFtZV87CiAKZGlmZiAtLWdpdCBhL3NyYy93aW5kb3cuYyBiL3NyYy93aW5kb3cuYwppbmRl
eCBlYTc2MWZhZDhiYy4uMDMxMDE5ZGU3ZmUgMTAwNjQ0Ci0tLSBhL3NyYy93aW5kb3cuYwor
KysgYi9zcmMvd2luZG93LmMKQEAgLTcxMDksMjMgKzcxMDksOSBAQCBERUZVTiAoInNldC13
aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiB0aGUg
bWluaS13aW5kb3cgb2YgdGhlIGZyYW1lIGRvZXNuJ3QgZ2V0IHNldCB0byB0aGUgY29ycmVz
cG9uZGluZyBlbGVtZW50CiBvZiBDT05GSUdVUkFUSU9OLgogCi1Ob3JtYWxseSwgdGhpcyBm
dW5jdGlvbiB3aWxsIHRyeSB0byBkZWxldGUgYW55IGRlYWQgd2luZG93IGluCi1DT05GSUdV
UkFUSU9OIHdob3NlIGJ1ZmZlciBoYXMgYmVlbiBkZWxldGVkIHNpbmNlIENPTkZJR1VSQVRJ
T04gd2FzCi1tYWRlLiAgSG93ZXZlciwgaWYgdGhlIGFibm9ybWFsIGhvb2sgYHdpbmRvdy1r
ZXB0LXdpbmRvd3MtZnVuY3Rpb25zJyBpcwotbm9uLW5pbCwgaXQgd2lsbCBwcmVzZXJ2ZSBz
dWNoIGEgd2luZG93IGluIHRoZSByZXN0b3JlZCBsYXlvdXQgYW5kIHNob3cKLWFub3RoZXIg
YnVmZmVyIGluIGl0LgotCi1BZnRlciByZXN0b3JpbmcgdGhlIGZyYW1lIGxheW91dCwgdGhp
cyBmdW5jdGlvbiBydW5zIHRoZSBhYm5vcm1hbCBob29rCi1gd2luZG93LWtlcHQtd2luZG93
cy1mdW5jdGlvbnMnIHdpdGggdHdvIGFyZ3VtZW50cyAtIHRoZSBmcmFtZSB3aG9zZQotbGF5
b3V0IGl0IGhhcyByZXN0b3JlZCBhbmQgYSBsaXN0IG9mIGVudHJpZXMgZm9yIGVhY2ggd2lu
ZG93IHdob3NlCi1idWZmZXIgaGFzIGJlZW4gZm91bmQgZGVhZCB3aGVuIGl0IHRyaWVkIHRv
IHJlc3RvcmUgQ09ORklHVVJBVElPTjogRWFjaAotZW50cnkgaXMgYSBsaXN0IG9mIGZvdXIg
ZWxlbWVudHMgPHdpbmRvdywgYnVmZmVyLCBzdGFydCwgcG9pbnQ+IHdoZXJlCi1gd2luZG93
JyBkZW5vdGVzIHRoZSB3aW5kb3cgd2hvc2UgYnVmZmVyIHdhcyBmb3VuZCBkZWFkLCBgYnVm
ZmVyJwotZGVub3RlcyB0aGUgZGVhZCBidWZmZXIsIGFuZCBgc3RhcnQnIGFuZCBgcG9pbnQn
IGRlbm90ZSB0aGUgbGFzdCBrbm93bgotcG9zaXRpb25zIG9mIGB3aW5kb3ctc3RhcnQnIGFu
ZCBgd2luZG93LXBvaW50JyBvZiB0aGUgYnVmZmVyIGluIHRoYXQKLXdpbmRvdy4gIEFueSBm
dW5jdGlvbiBydW4gYnkgdGhpcyBob29rIHNob3VsZCBjaGVjayBzdWNoIGEgd2luZG93IGZv
cgotbGl2ZW5lc3MgYmVjYXVzZSBhbm90aGVyIGZ1bmN0aW9uIHJ1biBieSB0aGlzIGhvb2sg
bWF5IGhhdmUgZGVsZXRlZCBpdAotaW4gdGhlIG1lYW50aW1lLiIKK1RoaXMgZnVuY3Rpb24g
Y29uc3VsdHMgdGhlIHZhcmlhYmxlIGB3aW5kb3ctcmVzdG9yZS1kZWFkLWJ1ZmZlci13aW5k
b3dzJword2hlbiByZXN0b3JpbmcgYSB3aW5kb3cgd2hvc2UgYnVmZmVyIHdhcyBraWxsZWQg
YWZ0ZXIgQ09ORklHVVJBVElPTiB3YXMKK3JlY29yZGVkLgogCiBJZiBDT05GSUdVUkFUSU9O
IHdhcyBtYWRlIGZyb20gYSBmcmFtZSB0aGF0IGlzIG5vdyBkZWxldGVkLAogb25seSBmcmFt
ZS1pbmRlcGVuZGVudCB2YWx1ZXMgY2FuIGJlIHJlc3RvcmVkLiAgSW4gdGhpcyBjYXNlLApA
QCAtNzM3OCwxMCArNzM2NCwxMiBAQCBERUZVTiAoInNldC13aW5kb3ctY29uZmlndXJhdGlv
biIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiAJCSAgIEJVRl9QVCAoWEJVRkZFUiAo
dy0+Y29udGVudHMpKSwKIAkJICAgQlVGX1BUX0JZVEUgKFhCVUZGRVIgKHctPmNvbnRlbnRz
KSkpOwogCSAgICAgIHctPnN0YXJ0X2F0X2xpbmVfYmVnID0gdHJ1ZTsKLQkgICAgICBpZiAo
IU5JTFAgKFZ3aW5kb3dfa2VwdF93aW5kb3dzX2Z1bmN0aW9ucykpCi0JCWtlcHRfd2luZG93
cyA9IEZjb25zIChsaXN0NCAod2luZG93LCBwLT5idWZmZXIsCisJICAgICAgaWYgKEZVTkNU
SU9OUCAoVndpbmRvd19yZXN0b3JlX2RlYWRfYnVmZmVyX3dpbmRvd3MpCisJCSAgJiYgIU1J
TklfV0lORE9XX1AgKHcpKQorCQlrZXB0X3dpbmRvd3MgPSBGY29ucyAobGlzdG4gKDYsIHdp
bmRvdywgcC0+YnVmZmVyLAogCQkJCQkgICAgIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+
c3RhcnQpLAotCQkJCQkgICAgIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+cG9pbnRtKSks
CisJCQkJCSAgICAgRm1hcmtlcl9sYXN0X3Bvc2l0aW9uIChwLT5wb2ludG0pLAorCQkJCQkg
ICAgIHAtPmRlZGljYXRlZCwgUXQpLAogCQkJCSAgICAgIGtlcHRfd2luZG93cyk7CiAJICAg
IH0KIAkgIGVsc2UgaWYgKCFOSUxQICh3LT5zdGFydCkpCkBAIC03Mzk4LDE2ICs3Mzg2LDI1
IEBAIERFRlVOICgic2V0LXdpbmRvdy1jb25maWd1cmF0aW9uIiwgRnNldF93aW5kb3dfY29u
ZmlndXJhdGlvbiwKIAkgICAgICBzZXRfbWFya2VyX3Jlc3RyaWN0ZWRfYm90aCAody0+cG9p
bnRtLCB3LT5jb250ZW50cywgMCwgMCk7CiAJICAgICAgc2V0X21hcmtlcl9yZXN0cmljdGVk
X2JvdGggKHctPm9sZF9wb2ludG0sIHctPmNvbnRlbnRzLCAwLCAwKTsKIAkgICAgICB3LT5z
dGFydF9hdF9saW5lX2JlZyA9IHRydWU7Ci0JICAgICAgaWYgKCFOSUxQICh3LT5kZWRpY2F0
ZWQpKQotCQkvKiBSZWNvcmQgdGhpcyB3aW5kb3cgYXMgZGVhZC4gICovCi0JCWRlYWRfd2lu
ZG93cyA9IEZjb25zICh3aW5kb3csIGRlYWRfd2luZG93cyk7Ci0JICAgICAgLyogTWFrZSBz
dXJlIHdpbmRvdyBpcyBubyBtb3JlIGRlZGljYXRlZC4gICovCi0JICAgICAgd3NldF9kZWRp
Y2F0ZWQgKHcsIFFuaWwpOwotCSAgICAgIGlmICghTklMUCAoVndpbmRvd19rZXB0X3dpbmRv
d3NfZnVuY3Rpb25zKSkKLQkJa2VwdF93aW5kb3dzID0gRmNvbnMgKGxpc3Q0ICh3aW5kb3cs
IHAtPmJ1ZmZlciwKLQkJCQkJICAgICBGbWFya2VyX2xhc3RfcG9zaXRpb24gKHAtPnN0YXJ0
KSwKLQkJCQkJICAgICBGbWFya2VyX2xhc3RfcG9zaXRpb24gKHAtPnBvaW50bSkpLAotCQkJ
CSAgICAgIGtlcHRfd2luZG93cyk7CisJICAgICAgaWYgKCFNSU5JX1dJTkRPV19QICh3KSkK
KwkJeworCQkgIGlmIChGVU5DVElPTlAgKFZ3aW5kb3dfcmVzdG9yZV9kZWFkX2J1ZmZlcl93
aW5kb3dzKSkKKwkJICAgIGtlcHRfd2luZG93cworCQkgICAgICA9IEZjb25zIChsaXN0biAo
Niwgd2luZG93LCBwLT5idWZmZXIsCisJCQkJICAgICAgRm1hcmtlcl9sYXN0X3Bvc2l0aW9u
IChwLT5zdGFydCksCisJCQkJICAgICAgRm1hcmtlcl9sYXN0X3Bvc2l0aW9uIChwLT5wb2lu
dG0pLAorCQkJCSAgICAgIHAtPmRlZGljYXRlZCwgUW5pbCksCisJCQkgICAgICAga2VwdF93
aW5kb3dzKTsKKwkJICBlbHNlIGlmIChFUSAoVndpbmRvd19yZXN0b3JlX2RlYWRfYnVmZmVy
X3dpbmRvd3MsIFFkZWxldGUpCisJCQkgICB8fCAoIU5JTFAgKHAtPmRlZGljYXRlZCkKKwkJ
CSAgICAgICAmJiAoTklMUCAoVndpbmRvd19yZXN0b3JlX2RlYWRfYnVmZmVyX3dpbmRvd3Mp
CisJCQkJICAgfHwgRVEgKFZ3aW5kb3dfcmVzdG9yZV9kZWFkX2J1ZmZlcl93aW5kb3dzLAor
CQkJCQkgIFFkZWRpY2F0ZWQpKSkpCisJCSAgICAvKiBUcnkgdG8gZGVsZXRlIHRoaXMgd2lu
ZG93IGxhdGVyLiAgKi8KKwkJICAgIGRlYWRfd2luZG93cyA9IEZjb25zICh3aW5kb3csIGRl
YWRfd2luZG93cyk7CisJCSAgLyogTWFrZSBzdXJlIHdpbmRvdyBpcyBubyBtb3JlIGRlZGlj
YXRlZC4gICovCisJCSAgd3NldF9kZWRpY2F0ZWQgKHcsIFFuaWwpOworCQl9CiAJICAgIH0K
IAl9CiAKQEAgLTc0NTksMTMgKzc0NTYsMTIgQEAgREVGVU4gKCJzZXQtd2luZG93LWNvbmZp
Z3VyYXRpb24iLCBGc2V0X3dpbmRvd19jb25maWd1cmF0aW9uLAogICAgICAgdW5ibG9ja19p
bnB1dCAoKTsKIAogICAgICAgLyogU2NhbiBkZWFkIGJ1ZmZlciB3aW5kb3dzLiAgKi8KLSAg
ICAgIGlmICghTklMUCAoVndpbmRvd19rZXB0X3dpbmRvd3NfZnVuY3Rpb25zKSkKLQlmb3Ig
KDsgQ09OU1AgKGRlYWRfd2luZG93cyk7IGRlYWRfd2luZG93cyA9IFhDRFIgKGRlYWRfd2lu
ZG93cykpCi0JICB7Ci0JICAgIHdpbmRvdyA9IFhDQVIgKGRlYWRfd2luZG93cyk7Ci0JICAg
IGlmIChXSU5ET1dfTElWRV9QICh3aW5kb3cpICYmICFFUSAod2luZG93LCBGUkFNRV9ST09U
X1dJTkRPVyAoZikpKQotCSAgICAgIGRlbGV0ZV9kZWxldGFibGVfd2luZG93ICh3aW5kb3cp
OwotCSAgfQorICAgICAgZm9yICg7IENPTlNQIChkZWFkX3dpbmRvd3MpOyBkZWFkX3dpbmRv
d3MgPSBYQ0RSIChkZWFkX3dpbmRvd3MpKQorCXsKKwkgIHdpbmRvdyA9IFhDQVIgKGRlYWRf
d2luZG93cyk7CisJICBpZiAoV0lORE9XX0xJVkVfUCAod2luZG93KSAmJiAhRVEgKHdpbmRv
dywgRlJBTUVfUk9PVF9XSU5ET1cgKGYpKSkKKwkgICAgZGVsZXRlX2RlbGV0YWJsZV93aW5k
b3cgKHdpbmRvdyk7CisJfQogCiAgICAgICAvKiBSZWNvcmQgdGhlIHNlbGVjdGVkIHdpbmRv
dydzIGJ1ZmZlciBoZXJlLiAgVGhlIHdpbmRvdyBzaG91bGQKIAkgYWxyZWFkeSBiZSB0aGUg
c2VsZWN0ZWQgb25lIGZyb20gdGhlIGNhbGwgYWJvdmUuICAqLwpAQCAtNzUxMyw5ICs3NTA5
LDkgQEAgREVGVU4gKCJzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24iLCBGc2V0X3dpbmRvd19j
b25maWd1cmF0aW9uLAogCiAgIFNBRkVfRlJFRSAoKTsKIAotICBpZiAoIU5JTFAgKFZydW5f
aG9va3MpICYmICFOSUxQIChWd2luZG93X2tlcHRfd2luZG93c19mdW5jdGlvbnMpKQotICAg
IHJ1bl9ob29rX3dpdGhfYXJnc18yIChRd2luZG93X2tlcHRfd2luZG93c19mdW5jdGlvbnMs
IGZyYW1lLAotCQkJICBrZXB0X3dpbmRvd3MpOworICBpZiAoIU5JTFAgKFZydW5faG9va3Mp
ICYmIEZVTkNUSU9OUCAoVndpbmRvd19yZXN0b3JlX2RlYWRfYnVmZmVyX3dpbmRvd3MpKQor
ICAgIHNhZmVfY2FsbG4gKFZ3aW5kb3dfcmVzdG9yZV9kZWFkX2J1ZmZlcl93aW5kb3dzLAor
CQlmcmFtZSwga2VwdF93aW5kb3dzLCBRY29uZmlndXJhdGlvbik7CiAKICAgcmV0dXJuIEZS
QU1FX0xJVkVfUCAoZikgPyBRdCA6IFFuaWw7CiB9CkBAIC04NTE0LDggKzg1MTAsOSBAQCBz
eW1zX29mX3dpbmRvdyAodm9pZCkKICAgREVGU1lNIChRaGVhZGVyX2xpbmVfZm9ybWF0LCAi
aGVhZGVyLWxpbmUtZm9ybWF0Iik7CiAgIERFRlNZTSAoUXRhYl9saW5lX2Zvcm1hdCwgInRh
Yi1saW5lLWZvcm1hdCIpOwogICBERUZTWU0gKFFub19vdGhlcl93aW5kb3csICJuby1vdGhl
ci13aW5kb3ciKTsKLSAgREVGU1lNIChRd2luZG93X2tlcHRfd2luZG93c19mdW5jdGlvbnMs
Ci0JICAid2luZG93LWtlcHQtd2luZG93cy1mdW5jdGlvbnMiKTsKKyAgREVGU1lNIChRY29u
ZmlndXJhdGlvbiwgImNvbmZpZ3VyYXRpb24iKTsKKyAgREVGU1lNIChRZGVsZXRlLCAiZGVs
ZXRlIik7CisgIERFRlNZTSAoUWRlZGljYXRlZCwgImRlZGljYXRlZCIpOwogCiAgIERFRlZB
Ul9MSVNQICgidGVtcC1idWZmZXItc2hvdy1mdW5jdGlvbiIsIFZ0ZW1wX2J1ZmZlcl9zaG93
X2Z1bmN0aW9uLAogCSAgICAgICBkb2M6IC8qIE5vbi1uaWwgbWVhbnMgY2FsbCBhcyBmdW5j
dGlvbiB0byBkaXNwbGF5IGEgaGVscCBidWZmZXIuCkBAIC04NjczLDI3ICs4NjcwLDU5IEBA
IHN5bXNfb2Zfd2luZG93ICh2b2lkKQogY2FsbCBpcyBwZXJmb3JtZWQgd2l0aCB0aGUgZnJh
bWUgdGVtcG9yYXJpbHkgc2VsZWN0ZWQuICAqLyk7CiAgIFZ3aW5kb3dfY29uZmlndXJhdGlv
bl9jaGFuZ2VfaG9vayA9IFFuaWw7CiAKLSAgREVGVkFSX0xJU1AgKCJ3aW5kb3cta2VwdC13
aW5kb3dzLWZ1bmN0aW9ucyIsCi0JICAgICAgIFZ3aW5kb3dfa2VwdF93aW5kb3dzX2Z1bmN0
aW9ucywKLQkgICAgICAgZG9jOiAvKiBGdW5jdGlvbnMgcnVuIGFmdGVyIHJlc3RvcmluZyBh
IHdpbmRvdyBjb25maWd1cmF0aW9uIG9yIHN0YXRlLgotVGhlc2UgZnVuY3Rpb25zIGFyZSBj
YWxsZWQgYnkgYHNldC13aW5kb3ctY29uZmlndXJhdGlvbicgYW5kCi1gd2luZG93LXN0YXRl
LXB1dCcuICBXaGVuIHRoZSB2YWx1ZSBvZiB0aGlzIHZhcmlhYmxlIGlzIG5vbi1uaWwsIHRo
ZXNlCi1mdW5jdGlvbnMgcmVzdG9yZSBhbnkgd2luZG93IHdob3NlIGJ1ZmZlciBoYXMgYmVl
biBkZWxldGVkIHNpbmNlIHRoZQotY29ycmVzcG9uZGluZyBjb25maWd1cmF0aW9uIG9yIHN0
YXRlIHdhcyBzYXZlZC4gIFJhdGhlciB0aGFuIGRlbGV0aW5nCi1zdWNoIGEgd2luZG93LCBg
c2V0LXdpbmRvdy1jb25maWd1cmF0aW9uJyBhbmQgYHdpbmRvdy1zdGF0ZS1wdXQnIHNob3cK
LXNvbWUgbGl2ZSBidWZmZXIgaW4gaXQuCi0KLVRoZSB2YWx1ZSBzaG91bGQgYmUgYSBsaXN0
IG9mIGZ1bmN0aW9ucyB0aGF0IHRha2UgdHdvIGFyZ3VtZW50cy4gIFRoZQotZmlyc3QgYXJn
dW1lbnQgc3BlY2lmaWVzIHRoZSBmcmFtZSB3aG9zZSBjb25maWd1cmF0aW9uIGhhcyBiZWVu
Ci1yZXN0b3JlZC4gIFRoZSBzZWNvbmQgYXJndW1lbnQsIGlmIG5vbi1uaWwsIHNwZWNpZmll
cyBhIGxpc3Qgb2YgZW50cmllcwotZm9yIGVhY2ggd2luZG93IHdob3NlIGJ1ZmZlciBoYXMg
YmVlbiBmb3VuZCBkZWFkIGF0IHRoZSB0aW1lCi0nc2V0LXdpbmRvdy1jb25maWd1cmF0aW9u
JyBvciBgd2luZG93LXN0YXRlLXB1dCcgdHJpZWQgdG8gcmVzdG9yZSBpdCBpbgotdGhhdCB3
aW5kb3cuICBFYWNoIGVudHJ5IGlzIGEgbGlzdCBvZiBmb3VyIHZhbHVlcyAtIHRoZSB3aW5k
b3cgd2hvc2UKLWJ1ZmZlciB3YXMgZm91bmQgZGVhZCwgdGhlIGRlYWQgYnVmZmVyLCBhbmQg
dGhlIHBvc2l0aW9ucyBvZiBzdGFydCBhbmQKLXBvaW50IG9mIHRoZSBidWZmZXIgaW4gdGhh
dCB3aW5kb3cuICBOb3RlIHRoYXQgdGhlIHdpbmRvdyBtYXkgYmUgYWxyZWFkeQotZGVhZCBz
aW5jZSBhbm90aGVyIGZ1bmN0aW9uIG9uIHRoaXMgbGlzdCBtYXkgaGF2ZSBkZWxldGVkIGl0
IGluIHRoZQotbWVhbnRpbWUuICAqLyk7Ci0gIFZ3aW5kb3dfa2VwdF93aW5kb3dzX2Z1bmN0
aW9ucyA9IFFuaWw7CisgIERFRlZBUl9MSVNQICgid2luZG93LXJlc3RvcmUtZGVhZC1idWZm
ZXItd2luZG93cyIsCisJICAgICAgIFZ3aW5kb3dfcmVzdG9yZV9kZWFkX2J1ZmZlcl93aW5k
b3dzLAorCSAgICAgICBkb2M6IC8qIENvbnRyb2wgcmVzdG9yYXRpb24gb2YgZGVhZCBidWZm
ZXIgd2luZG93cy4KK1RoaXMgdmFyaWFibGUgc3BlY2lmaWVzIGhvdyB0aGUgZnVuY3Rpb25z
IGBzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24nIGFuZAorYHdpbmRvdy1zdGF0ZS1wdXQnIHNo
YWxsIGhhbmRsZSBhIHdpbmRvdyB3aG9zZSBidWZmZXIgaGFzIGJlZW4ga2lsbGVkCitzaW5j
ZSB0aGUgY29ycmVzcG9uZGluZyBjb25maWd1cmF0aW9uIG9yIHN0YXRlIHdhcyBtYWRlLiAg
QW55IHN1Y2gKK3dpbmRvdyBtYXkgYmUgbGl2ZSAtIGluIHdoaWNoIGNhc2UgaXQgc2hvd3Mg
c29tZSBvdGhlciBidWZmZXIgLSBvciBkZWFkCithdCB0aGUgdGltZSBvbmUgb2YgdGhlc2Ug
ZnVuY3Rpb25zIGlzIGNhbGxlZC4KKworQXMgYSBydWxlLCBgc2V0LXdpbmRvdy1jb25maWd1
cmF0aW9uJyBsZWF2ZXMgdGhlIHdpbmRvdyBhbG9uZSBpZiBpdCBpcworbGl2ZSB3aGlsZSBg
d2luZG93LXN0YXRlLXB1dCcgZGVsZXRlcyBpdC4gIFRoZSBmb2xsb3dpbmcgdmFsdWVzIGNh
biBiZQordXNlZCB0byBvdmVycmlkZSB0aGUgZGVmYXVsdCBiZWhhdmlvciBmb3IgZGVhZCB3
aW5kb3dzIGluIHRoZSBjYXNlIG9mCitgc2V0LXdpbmRvdy1jb25maWd1cmF0aW9uJyBhbmQg
Zm9yIGRlYWQgYW5kIGxpdmUgd2luZG93cyBpbiB0aGUgY2FzZSBvZgorYHdpbmRvdy1zdGF0
ZS1wdXQnLgorCistIHQgbWVhbnMgdG8gcmVzdG9yZSB0aGUgd2luZG93IGFuZCBzaG93IHNv
bWUgb3RoZXIgYnVmZmVyIGluIGl0LgorCistIGBkZWxldGUnIG1lYW5zIHRvIHRyeSB0byBk
ZWxldGUgdGhlIHdpbmRvdy4KKworLSBgZGVkaWNhdGVkJyBtZWFucyB0byB0cnkgdG8gZGVs
ZXRlIHRoZSB3aW5kb3cgaWYgYW5kIG9ubHkgaWYgaXQgaXMKKyAgZGVkaWNhdGVkIHRvIGl0
cyBidWZmZXIuCisKKy0gbmlsLCB0aGUgZGVmYXVsdCwgbWVhbnMgdGhhdCBgc2V0LXdpbmRv
dy1jb25maWd1cmF0aW9uJyB3aWxsIHRyeSB0bworICBkZWxldGUgdGhlIHdpbmRvdyBpZiBh
bmQgb25seSBpZiBpdCBpcyBkZWRpY2F0ZWQgdG8gaXRzIGJ1ZmZlciBhbmQKKyAgYHdpbmRv
dy1zdGF0ZS1wdXQnIHdpbGwgdW5jb25kaXRpb25hbGx5IHRyeSB0byBkZWxldGUgaXQuCisK
Ky0gYSBmdW5jdGlvbiBtZWFucyB0byByZXN0b3JlIHRoZSB3aW5kb3csIHNob3cgc29tZSBv
dGhlciBidWZmZXIgaW4gaXQKKyAgYW5kIGFkZCBhbiBlbnRyeSBmb3IgdGhhdCB3aW5kb3cg
dG8gYSBsaXN0IHRoYXQgd2lsbCBiZSBsYXRlciBwYXNzZWQKKyAgYXMgYXJndW1lbnQgdG8g
dGhhdCBmdW5jdGlvbi4KKworSWYgYSB3aW5kb3cgY2Fubm90IGJlIGRlbGV0ZWQgKHR5cGlj
YWxseSwgYmVjYXVzZSBpdCBpcyB0aGUgbGFzdCB3aW5kb3cKK29uIGl0cyBmcmFtZSksIHNo
b3cgYW5vdGhlciBidWZmZXIgaW4gaXQuCisKK0lmIHRoZSB2YWx1ZSBpcyBhIGZ1bmN0aW9u
LCBpdCBzaG91bGQgdGFrZSB0aHJlZSBhcmd1bWVudHMuICBUaGUgZmlyc3QKK2FyZ3VtZW50
IHNwZWNpZmllcyB0aGUgZnJhbWUgd2hvc2Ugd2luZG93cyBoYXZlIGJlZW4gcmVzdG9yZWQu
ICBUaGUKK3RoaXJkIGFyZ3VtZW50IGlzIHRoZSBjb25zdGFudCBgY29uZmlndXJhdGlvbicg
aWYgdGhlIHdpbmRvd3MgYXJlCityZXN0b3JlZCBieSBgc2V0LXdpbmRvdy1jb25maWd1cmF0
aW9uJyBhbmQgdGhlIGNvbnN0YW50IGBzdGF0ZScgaWYgdGhlCit3aW5kb3dzIGFyZSByZXN0
b3JlZCBieSBgd2luZG93LXN0YXRlLXB1dCcuCisKK1RoZSBzZWNvbmQgYXJndW1lbnQgc3Bl
Y2lmaWVzIGEgbGlzdCBvZiBlbnRyaWVzIGZvciBAZW1waHthbnl9IHdpbmRvdword2hvc2Ug
cHJldmlvdXMgYnVmZmVyIGhhcyBiZWVuIGVuY291bnRlcmVkIGRlYWQgYXQgdGhlIHRpbWUK
K2BzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24nIG9yIGB3aW5kb3ctc3RhdGUtcHV0JyB0cmll
ZCB0byByZXN0b3JlIGl0IGluCit0aGF0IHdpbmRvdyAobWluaWJ1ZmZlciB3aW5kb3dzIGFy
ZSBleGNsdWRlZCkuICBUaGlzIG1lYW5zIHRoYXQgdGhlCitmdW5jdGlvbiBzcGVjaWZpZWQg
YnkgdGhpcyB2YXJpYWJsZSBtYXkgYWxzbyBkZWxldGUgd2luZG93cyBlbmNvdW50ZXJlZAor
bGl2ZSBieSBgc2V0LXdpbmRvdy1jb25maWd1cmF0aW9uJy4KKworRWFjaCBlbnRyeSBpcyBh
IGxpc3Qgb2Ygc2l4IHZhbHVlcyAtIHRoZSB3aW5kb3cgd2hvc2UgYnVmZmVyIHdhcyBmb3Vu
ZAorZGVhZCwgdGhlIGRlYWQgYnVmZmVyIG9yIGl0cyBuYW1lLCB0aGUgcG9zaXRpb25zIG9m
IHN0YXJ0IGFuZCBwb2ludCBvZgordGhlIGJ1ZmZlciBpbiB0aGF0IHdpbmRvdywgdGhlIGRl
ZGljYXRlZCBzdGF0dXMgb2YgdGhlIHdpbmRvdyBhcworcmVwb3J0ZWQgYnkgYHdpbmRvdy1k
ZWRpY2F0ZWQtcCcgYW5kIGEgYm9vbGVhbiAtIHQgaWYgdGhlIHdpbmRvdyB3YXMKK2xpdmUg
d2hlbiBgc2V0LXdpbmRvdy1jb25maWd1cmF0aW9uJyB0cmllZCB0byByZXN0b3JlIGl0IGFu
ZCBuaWwKK290aGVyd2lzZS4gICovKTsKKyAgVndpbmRvd19yZXN0b3JlX2RlYWRfYnVmZmVy
X3dpbmRvd3MgPSBRbmlsOwogCiAgIERFRlZBUl9MSVNQICgicmVjZW50ZXItcmVkaXNwbGF5
IiwgVnJlY2VudGVyX3JlZGlzcGxheSwKIAkgICAgICAgZG9jOiAvKiBOb24tbmlsIG1lYW5z
IGByZWNlbnRlcicgcmVkcmF3cyBlbnRpcmUgZnJhbWUuCg==
--------------NOdjvr0TwfTqG6JWgYbH4F9p--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 6 Mar 2024 18:10:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 06 13:10:15 2024
Received: from localhost ([127.0.0.1]:51391 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rhviZ-0005lu-FH
for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 13:10:15 -0500
Received: from relay4-d.mail.gandi.net ([217.70.183.196]:43867)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rhviW-0005ks-HY
for 68235 <at> debbugs.gnu.org; Wed, 06 Mar 2024 13:10:13 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id BD76BE0008;
Wed, 6 Mar 2024 18:09:14 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <86h6hklgia.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 05 Mar
2024 19:45:17 +0200")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wr3m1.fsf@HIDDEN> <86h6hklgia.fsf@HIDDEN>
Date: Wed, 06 Mar 2024 20:03:50 +0200
Message-ID: <86frx3utds.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: rudalics@HIDDEN, 68235 <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 (-)
--=-=-=
Content-Type: text/plain
>> +(defcustom tab-bar-select-keep-windows-function #'tab-bar-select-keep-windows
>> + "Function that handles the killed buffers after selecting a tab."
>
> This doc string doesn't explain enough: it begs the question "what
> does selecting a tab have to do with killing buffers?"
Here is a better docstring:
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=tab-bar-select-keep-windows.patch
diff --git a/lisp/tab-bar.el b/lisp/tab-bar.el
index 61efa332e0b..f05596d5ed9 100644
--- a/lisp/tab-bar.el
+++ b/lisp/tab-bar.el
@@ -1393,6 +1405,53 @@ tab-bar-tab-post-select-functions
:group 'tab-bar
:version "30.1")
+(defcustom tab-bar-select-keep-windows-function #'tab-bar-select-keep-windows
+ "Function that keeps windows after selecting a tab.
+When a previously selected tab displayed a buffer that was later killed,
+this function defines what to do with the window that displayed that buffer
+after switching back to the previous tab. By default, either a random
+buffer is displayed instead of the killed buffer, or the window gets deleted.
+However, with the help of `window-kept-windows-functions' it's possible
+to handle such situations better by displaying an information about
+the killed buffer."
+ :type '(choice (const :tag "No special handling" nil)
+ (const :tag "Show placeholder buffers"
+ tab-bar-select-keep-windows)
+ (function :tag "Function"))
+ :group 'tab-bar
+ :version "30.1")
+
+(defun tab-bar-select-keep-windows (_frame windows)
+ "Display a placeholder buffer in the window with killed buffer.
+A button allows to restore a killed file buffer."
+ (dolist (quad windows)
+ (when (window-live-p (nth 0 quad))
+ (let* ((window (nth 0 quad))
+ (old-buffer (nth 1 quad))
+ (file (when (bufferp old-buffer)
+ (buffer-file-name old-buffer)))
+ (name (or file
+ (and (fboundp 'buffer-last-name)
+ (buffer-last-name old-buffer))
+ old-buffer))
+ (new-buffer (generate-new-buffer
+ (format "*Old buffer %s*" name))))
+ (with-current-buffer new-buffer
+ (set-auto-mode)
+ (insert (format-message "This window displayed the %s `%s'.\n"
+ (if file "file" "buffer")
+ name))
+ (when file
+ (insert-button
+ "[Restore]" 'action
+ (lambda (_button)
+ (set-window-buffer window (find-file-noselect file))
+ (set-window-start window (nth 2 quad) t)
+ (set-window-point window (nth 3 quad)))))
+ (goto-char (point-min))
+ (setq buffer-read-only t)
+ (set-window-buffer window new-buffer))))))
+
(defvar tab-bar-minibuffer-restore-tab nil
"Tab number for `tab-bar-minibuffer-restore-tab'.")
@@ -1438,7 +1497,10 @@ tab-bar-select-tab
(let* ((from-tab (tab-bar--tab))
(to-tab (nth to-index tabs))
(wc (alist-get 'wc to-tab))
- (ws (alist-get 'ws to-tab)))
+ (ws (alist-get 'ws to-tab))
+ (window-kept-windows-functions
+ (delq nil (cons tab-bar-select-keep-windows-function
+ window-kept-windows-functions))))
;; During the same session, use window-configuration to switch
;; tabs, because window-configurations are more reliable
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 6 Mar 2024 18:10:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 06 13:10:12 2024 Received: from localhost ([127.0.0.1]:51386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rhviV-0005l2-OG for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 13:10:12 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:54045) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rhviU-0005km-3H for 68235 <at> debbugs.gnu.org; Wed, 06 Mar 2024 13:10:10 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id BF36AE0004; Wed, 6 Mar 2024 18:09:12 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> (martin rudalics's message of "Wed, 6 Mar 2024 11:19:51 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wpok4.fsf@HIDDEN> <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN> Date: Wed, 06 Mar 2024 19:57:53 +0200 Message-ID: <86msrbutsu.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) >> So when most of the time this list of kept windows will be empty, >> then maybe better to not call the hook at all? > > But earlier you said "Running the hook with an empty list of windows > makes sense as well." So it's up to you. We could leave it called on every set-window-configuration even with an empty window list, as a general post-hook. BTW, I didn't test yet what happens when window-kept-windows-functions is non-nil but does nothing. Here is what happens: Error muted by safe_call: (get-scratch-buffer-create) signaled (wrong-type-argument window-live-p #<window 7>) But maybe this is ok. >> 3. Very often the message inserted by the patch that I posted >> are quite useless because they look like this: >> >> This window displayed the buffer #<killed buffer>. >> >> This would be much more informative: >> >> This window displayed the buffer *Help*. >> >> Maybe 'buffer-last-name' could help to achieve this? > > I tried to implement it. Tested with > > (let ((buffer (get-buffer-create "*foo*"))) > (y-or-n-p (format "current %s last %s" > (buffer-name buffer) (buffer-last-name buffer))) > (with-current-buffer buffer > (rename-buffer "*bar*")) > (y-or-n-p (format "current %s last %s" > (buffer-name buffer) (buffer-last-name buffer))) > (kill-buffer buffer) > (y-or-n-p (format "current %s last %s" > (buffer-name buffer) (buffer-last-name buffer)))) > [...] > Have a look at the attached patch. Thanks. I tested, and everything works nicely.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 6 Mar 2024 10:20:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 06 05:20:36 2024
Received: from localhost ([127.0.0.1]:49767 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rhoO3-0003w2-QZ
for submit <at> debbugs.gnu.org; Wed, 06 Mar 2024 05:20:36 -0500
Received: from mout.gmx.net ([212.227.17.21]:51471)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rhoO0-0003vj-RJ
for 68235 <at> debbugs.gnu.org; Wed, 06 Mar 2024 05:20:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1709720395; x=1710325195; i=rudalics@HIDDEN;
bh=xFlBpE3imfLXlVWrUoWi2UIoG6gGpYgWynzIEQvwwIM=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=MD28AqzPJIgNRRYjy6le2J8Ft5j+PU/CgVZQS4/nzyxYvOTYNoP96Qbmnca9jPzG
wCYC2rK1eq8ELxweeMWlmUFxobCQ7YobKgveFGFVgpy/d4fLnnfWguIFNNoMF/jYR
Hdh6dB9mmD55JEY/TSKjMlT9MPSa5gPXK9aIEene6PZ1aXZs267ahVviQSaPEdiRH
Vkzi7sIWuZmsPFXod7M+EHC9yldVr9h0kvrAMJURfizz+Wttdm2K5yEmW8qZzflHv
HgK3JHv2KTXAoSiIxjYP0SOpVuHOFYlW2ChhgnYRZI/B9iw4FBbNtp+mzZdWLhsj3
7Q2rmFzcKZGDZPDulw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.96.111]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MG9g4-1rcNPC3NjI-00GaAI; Wed, 06
Mar 2024 11:19:54 +0100
Content-Type: multipart/mixed; boundary="------------tCgWq7WG9Z5GHT100oLHj7Vv"
Message-ID: <aef10460-821c-4c02-8d55-6be07172c85d@HIDDEN>
Date: Wed, 6 Mar 2024 11:19:51 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
<86le6wpok4.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86le6wpok4.fsf@HIDDEN>
X-Provags-ID: V03:K1:zj0prSiXUk1CGlk7W7mQCvQibkjpW/eONGROEO0O6LpUfFa3Bhm
YKb5voKE+g3V0RyGUkPd4mtSEWIVl3KI7rONzI7BszXgI8cIUkVAUK1QTApUECkUl9W1APv
K5XhHdBxfaamAOvydIX3yE8Vd3etIv+Y175ESpExyF6Jw1laah8ilDbydRoIED3PvYBy9Pm
cNzR3wTJwb8p4X07zps+w==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:NFc6QlnL94w=;kpOXad6Ih8+FJSF4UXMv8Gw5IWb
TQyl6w6jT9AtIyeCaY58PFCEqnMCufghA6KsbNqXgaUs/h2CNVDrwx0v4IGzwiiYvUfdGrNRi
xFEcy5HwkYHy4jj+nUSRUH8Vnqh47WaRQU61h2TDp9k1YL5y4446SnHZT9d8ZGN+aan9lg0ip
esH+wiAtG/A88Zy0MfZdiMlmA5XzfgFA5CwspJXgpkDoGqLBB3wTRYnUcCD2d3JoQHJbGX/ch
c0jNIlCA3dDmH3lPYepj/2yndKqgJ3sWqjd2mzvaLgvoo0oVI5nV6260tDjWkfisVEKEt1WWI
zWKKqdTLHmSDtqIHL7KZuONEQ4QHVe6q8GVcZUZvY+76Inz57usE8C+q38mjSwjkVR45+AjRv
/pIkwuwezXpUuDtL8m+RYNszf5tBAOJO0bfbXLp7W8ZMF7C2neaUXpCgeZ3SOfE8ckyMbJekA
mytck4xE+F9dy5y8yS/OgoTaKX7VH0GXfIiJd4OcYuI7I1+jigK+VZ07ImYCkCAsMrnsTNv3g
k1t4pExXLz5nc61ttPrgmaONXZJA11qcurIL65NrxtBEYqJ3zXQKYMQjYq/KNZ6HUgce4ENyl
VMI1SSpyIlp6iyhzjzsc9YK4No4Hw5ZWrX0ZGLAIRQO1JbLAnRwJX+ev4KE3tNZ9if1oFSibz
t60CSBA4pCfV4pkgxXsSzlx4zlkyft9YTtSu+u1GdxBUCvf4sqavHlyKa0cXQSNjc81OswGaU
gjRSibWtWLxYW7XLBQ26VXrvSiturXLpEcHWrjGyOQNcVlfeGWG24wUyYoFUQ4C6CVvXRP9mj
GvNNysbKUBCFQEMLVf8nNTyy9fHvzBC1ntwyaKvOH1pqc=
X-Spam-Score: 2.9 (++)
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: > In addition to the previous patch I also have more
questions:
> > 1. window-kept-windows-functions should be announced in etc/NEWS? Maybe,
once we fixed all bugs and know how to make good use of it.
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.111 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.21 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.21 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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.9 (+)
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: > In addition to the previous patch I also have more questions:
> > 1. window-kept-windows-functions should be announced in etc/NEWS? Maybe,
once we fixed all bugs and know how to make good use of it.
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.21 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.111 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.21 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
This is a multi-part message in MIME format.
--------------tCgWq7WG9Z5GHT100oLHj7Vv
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
> In addition to the previous patch I also have more questions:
>
> 1. window-kept-windows-functions should be announced in etc/NEWS?
Maybe, once we fixed all bugs and know how to make good use of it.
> 2. window-kept-windows-functions is called too often.
> Most of the calls contain just the minibuffer:
>
> ((#<window 4 on *Minibuf-0*> #<buffer *Minibuf-0*> 1 1))
>
> Is it possible not to include the minibuffer window?
Yes. Emacs master never deletes a minibuffer window unless it's about
to delete its frame.
> So when most of the time this list of kept windows will be empty,
> then maybe better to not call the hook at all?
But earlier you said "Running the hook with an empty list of windows
makes sense as well." So it's up to you.
> 3. Very often the message inserted by the patch that I posted
> are quite useless because they look like this:
>
> This window displayed the buffer #<killed buffer>.
>
> This would be much more informative:
>
> This window displayed the buffer *Help*.
>
> Maybe 'buffer-last-name' could help to achieve this?
I tried to implement it. Tested with
(let ((buffer (get-buffer-create "*foo*")))
(y-or-n-p (format "current %s last %s"
(buffer-name buffer) (buffer-last-name buffer)))
(with-current-buffer buffer
(rename-buffer "*bar*"))
(y-or-n-p (format "current %s last %s"
(buffer-name buffer) (buffer-last-name buffer)))
(kill-buffer buffer)
(y-or-n-p (format "current %s last %s"
(buffer-name buffer) (buffer-last-name buffer))))
> 4. I don't understand this part, but maybe this is already correct:
>
> /* Scan dead buffer windows. */
> if (!NILP (Vwindow_kept_windows_functions))
> for (; CONSP (dead_windows); dead_windows = XCDR (dead_windows))
> {
> window = XCAR (dead_windows);
> if (WINDOW_LIVE_P (window) && !EQ (window, FRAME_ROOT_WINDOW (f)))
> delete_deletable_window (window);
> }
>
> Should it be if(NILP (Vwindow_kept_windows_functions)) instead?
It should. Thanks for catching it.
> However, this already works correctly in my tests.
Because 'set-window-configuration' does not try to delete a window with
a dead buffer unless that window was dedicated to its buffer. That's
the way it was coded back in 2011. 'window-state-put' OTOH deletes
such a window even if it was not dedicated to its buffer. I now made
'window-state-put' behave like 'set-window-configuration' in this
regard.
Have a look at the attached patch.
martin
--------------tCgWq7WG9Z5GHT100oLHj7Vv
Content-Type: text/x-patch; charset=UTF-8; name="buffer-last-name.diff"
Content-Disposition: attachment; filename="buffer-last-name.diff"
Content-Transfer-Encoding: base64
ZGlmZiAtLWdpdCBhL2RvYy9saXNwcmVmL3dpbmRvd3MudGV4aSBiL2RvYy9saXNwcmVmL3dp
bmRvd3MudGV4aQppbmRleCBmZTNkYzU3M2RmNS4uYjY5MzdiN2ZkNDggMTAwNjQ0Ci0tLSBh
L2RvYy9saXNwcmVmL3dpbmRvd3MudGV4aQorKysgYi9kb2MvbGlzcHJlZi93aW5kb3dzLnRl
eGkKQEAgLTYyNjQsMTUgKzYyNjQsMTUgQEAgV2luZG93IENvbmZpZ3VyYXRpb25zCiBAY29k
ZXttaW5pYnVmZmVyLXNlbGVjdGVkLXdpbmRvd30uICBJbiB0aGlzIGNhc2UsIHRoZSBmdW5j
dGlvbiByZXR1cm5zCiBAY29kZXtuaWx9LiAgT3RoZXJ3aXNlLCBpdCByZXR1cm5zIEBjb2Rl
e3R9LgogCi1JZiB0aGUgYnVmZmVyIG9mIGEgd2luZG93IG9mIEB2YXJ7Y29uZmlndXJhdGlv
bn0gaGFzIGJlZW4ga2lsbGVkIHNpbmNlCi1AdmFye2NvbmZpZ3VyYXRpb259IHdhcyBtYWRl
LCB0aGF0IHdpbmRvdyBpcywgYXMgYSBydWxlLCByZW1vdmVkIGZyb20KLXRoZSByZXN0b3Jl
ZCBjb25maWd1cmF0aW9uLiAgSG93ZXZlciwgaWYgdGhhdCB3aW5kb3cgaXMgdGhlIGxhc3Qg
d2luZG93Ci1yZW1haW5pbmcgaW4gdGhlIHJlc3RvcmVkIGNvbmZpZ3VyYXRpb24sIGFub3Ro
ZXIgbGl2ZSBidWZmZXIgaXMgc2hvd24gaW4KLWl0LiAgQWxzbywgaWYgdGhlIHZhcmlhYmxl
IEB2YXJ7d2luZG93LWtlcHQtd2luZG93cy1mdW5jdGlvbnN9IGlzCi1ub24tQGNvZGV7bmls
fSwgYW55IHdpbmRvdyB3aG9zZSBidWZmZXIgaXMgbm93IGRlYWQgaXMgbm90IGRlbGV0ZWQu
Ci1SYXRoZXIsIHRoaXMgZnVuY3Rpb24gd2lsbCBzaG93IGFub3RoZXIgbGl2ZSBidWZmZXIg
aW4gdGhhdCB3aW5kb3cgYW5kCi1pbmNsdWRlIGFuIGVudHJ5IGZvciB0aGF0IHdpbmRvdyB3
aGVuIGNhbGxpbmcgYW55IGZ1bmN0aW9uIGluCi1AdmFye3dpbmRvdy1rZXB0LXdpbmRvd3Mt
ZnVuY3Rpb25zfSAoQHB4cmVme1dpbmRvdyBIb29rc30pLgorSWYgdGhpcyBmdW5jdGlvbiB0
cmllcyB0byByZXN0b3JlIGEgbm9uLW1pbmlidWZmZXIgd2luZG93IHdob3NlIGJ1ZmZlcgor
d2FzIGtpbGxlZCBzaW5jZSBAdmFye2NvbmZpZ3VyYXRpb259IHdhcyBtYWRlLCBpdCB3aWxs
IHByb2NlZWQgYXMKK2ZvbGxvd3M6IElmIHRoZSBhYm5vcm1hbCBob29rIEBjb2Rle3dpbmRv
dy1rZXB0LXdpbmRvd3MtZnVuY3Rpb25zfSBpcworQGNvZGV7bmlsfSBhbmQgdGhlIHdpbmRv
dyBpcyBkZWRpY2F0ZWQgdG8gaXRzIGJ1ZmZlciwgaXQgd2lsbCB0cnkgdG8KK2RlbGV0ZSB0
aGF0IHdpbmRvdy4gT3RoZXJ3aXNlLCBvciBpZiBpdCBjYW5ub3QgZGVsZXRlIHRoZSB3aW5k
b3csIGl0Cit3aWxsIHNob3cgYW5vdGhlciBsaXZlIGJ1ZmZlciBpbiBpdC4KKworVGhpcyBm
dW5jdGlvbiBydW5zIHRoZSBhYm5vcm1hbCBob29rIEB2YXJ7d2luZG93LWtlcHQtd2luZG93
cy1mdW5jdGlvbnN9CisoQHB4cmVme1dpbmRvdyBIb29rc30pLgogCiBIZXJlIGlzIGEgd2F5
IG9mIHVzaW5nIHRoaXMgZnVuY3Rpb24gdG8gZ2V0IHRoZSBzYW1lIGVmZmVjdCBhcwogQGNv
ZGV7c2F2ZS13aW5kb3ctZXhjdXJzaW9ufToKQEAgLTYzNjEsMTkgKzYzNjEsMjAgQEAgV2lu
ZG93IENvbmZpZ3VyYXRpb25zCiBmcmFtZSBiZWZvcmUgcHV0dGluZyBAdmFye3N0YXRlfSBp
bnRvIGl0LiAgSWYgQHZhcnt3aW5kb3d9IGlzIEBjb2Rle25pbH0sCiBpdCBwdXRzIHRoZSB3
aW5kb3cgc3RhdGUgaW50byBhIG5ldyB3aW5kb3cuCiAKLUlmIHRoZSBidWZmZXIgb2YgYW55
IHdpbmRvdyByZWNvcmRlZCBpbiBAdmFye3N0YXRlfSBoYXMgYmVlbiBraWxsZWQKLXNpbmNl
IEB2YXJ7c3RhdGV9IHdhcyBtYWRlLCB0aGF0IHdpbmRvdyBpcywgYXMgYSBydWxlLCBub3Qg
cmVzdG9yZWQuCi1Ib3dldmVyLCBpZiB0aGF0IHdpbmRvdyBpcyB0aGUgb25seSB3aW5kb3cg
aW4gQHZhcntzdGF0ZX0sIGFub3RoZXIgbGl2ZQotYnVmZmVyIHdpbGwgYmUgc2hvd24gaW4g
aXQuICBBbHNvLCBpZiB0aGUgdmFyaWFibGUKLUB2YXJ7d2luZG93LWtlcHQtd2luZG93cy1m
dW5jdGlvbnN9IGlzIG5vbi1AY29kZXtuaWx9LCBhbnkgd2luZG93IHdob3NlCi1idWZmZXIg
aXMgbm93IGRlYWQgaXMgcmVzdG9yZWQuICBUaGlzIGZ1bmN0aW9uIHdpbGwgc2hvdyBhbm90
aGVyIGxpdmUKLWJ1ZmZlciBpbiBpdCBhbmQgaW5jbHVkZSBhbiBlbnRyeSBmb3IgdGhhdCB3
aW5kb3cgd2hlbiBjYWxsaW5nIGEKLWZ1bmN0aW9uIGluIEB2YXJ7d2luZG93LWtlcHQtd2lu
ZG93cy1mdW5jdGlvbnN9IChAcHhyZWZ7V2luZG93IEhvb2tzfSkuCitJZiB0aGlzIGZ1bmN0
aW9uIHRyaWVzIHRvIHJlc3RvcmUgYSBub24tbWluaWJ1ZmZlciB3aW5kb3cgd2hvc2UgYnVm
ZmVyCit3YXMga2lsbGVkIHNpbmNlIEB2YXJ7c3RhdGV9IHdhcyBtYWRlLCBpdCB3aWxsIHBy
b2NlZWQgYXMgZm9sbG93czogSWYKK3RoZSBhYm5vcm1hbCBob29rIEBjb2Rle3dpbmRvdy1r
ZXB0LXdpbmRvd3MtZnVuY3Rpb25zfSBpcyBAY29kZXtuaWx9IGFuZAordGhlIHdpbmRvdyBp
cyBkZWRpY2F0ZWQgdG8gaXRzIGJ1ZmZlciwgaXQgd2lsbCB0cnkgdG8gZGVsZXRlIHRoYXQK
K3dpbmRvdy4gT3RoZXJ3aXNlLCBvciBpZiBpdCBjYW5ub3QgZGVsZXRlIHRoZSB3aW5kb3cs
IGl0IHdpbGwgc2hvdworYW5vdGhlciBsaXZlIGJ1ZmZlciBpbiBpdC4KIAogSWYgdGhlIG9w
dGlvbmFsIGFyZ3VtZW50IEB2YXJ7aWdub3JlfSBpcyBub24tQGNvZGV7bmlsfSwgaXQgbWVh
bnMgdG8gaWdub3JlCiBtaW5pbXVtIHdpbmRvdyBzaXplcyBhbmQgZml4ZWQtc2l6ZSByZXN0
cmljdGlvbnMuICBJZiBAdmFye2lnbm9yZX0KIGlzIEBjb2Rle3NhZmV9LCB0aGlzIG1lYW5z
IHdpbmRvd3MgY2FuIGdldCBhcyBzbWFsbCBhcyBvbmUgbGluZQogYW5kL29yIHR3byBjb2x1
bW5zLgorCitUaGlzIGZ1bmN0aW9uIHJ1bnMgdGhlIGFibm9ybWFsIGhvb2sgQHZhcnt3aW5k
b3cta2VwdC13aW5kb3dzLWZ1bmN0aW9uc30KKyhAcHhyZWZ7V2luZG93IEhvb2tzfSkuCiBA
ZW5kIGRlZnVuCiAKIFRoZSBmdW5jdGlvbnMgQGNvZGV7d2luZG93LXN0YXRlLWdldH0gYW5k
IEBjb2Rle3dpbmRvdy1zdGF0ZS1wdXR9IGFsc28KQEAgLTY2NDEsNyArNjY0Miw3IEBAIFdp
bmRvdyBIb29rcwogICAgVGhpcyB2YXJpYWJsZSBob2xkcyBhIGxpc3Qgb2YgZnVuY3Rpb25z
IHRoYXQgRW1hY3Mgd2lsbCBjYWxsIGFmdGVyCiByZXN0b3JpbmcgYSB3aW5kb3cgY29uZmln
dXJhdGlvbiB2aWEgQGNvZGV7c2V0LXdpbmRvdy1jb25maWd1cmF0aW9ufSBvcgogc3RhdGUg
dmlhIEBjb2Rle3dpbmRvdy1zdGF0ZS1wdXR9IChAcHhyZWZ7V2luZG93IENvbmZpZ3VyYXRp
b25zfSkuICBXaGVuCi10aGUgdmFsdWUgb2YgdGhpcyB2YXJpYWJsZSBpcyBub24tQGNvZGV7
bmlsfSwgdGhlc2UgZnVuY3Rpb25zIHdpbGwgbm90Cit0aGUgdmFsdWUgb2YgdGhpcyB2YXJp
YWJsZSBpcyBub24tQGNvZGV7bmlsfSwgdGhlc2UgZnVuY3Rpb25zIHdpbGwgbmV2ZXIKIGRl
bGV0ZSBhbnkgd2luZG93IHdob3NlIGJ1ZmZlciBoYXMgYmVlbiBraWxsZWQgc2luY2UgdGhl
IGNvcnJlc3BvbmRpbmcKIGNvbmZpZ3VyYXRpb24gb3Igc3RhdGUgd2FzIHNhdmVkLCBidXQg
c2hvdyBzb21lIGxpdmUgYnVmZmVyIGluIGl0LgogCmRpZmYgLS1naXQgYS9saXNwL3dpbmRv
dy5lbCBiL2xpc3Avd2luZG93LmVsCmluZGV4IDI5MzM2ZjU3M2Y4Li4xMWVmNDkwZWM2OCAx
MDA2NDQKLS0tIGEvbGlzcC93aW5kb3cuZWwKKysrIGIvbGlzcC93aW5kb3cuZWwKQEAgLTYz
OTMsNyArNjM5Myw5IEBAIHdpbmRvdy0tc3RhdGUtcHV0LTIKIAkgICAgOzsgc2F2ZSB0aGUg
d2luZG93IHdpdGggdGhlIGludGVudGlvbiBvZiBkZWxldGluZyBpdCBsYXRlcgogCSAgICA7
OyBpZiBwb3NzaWJsZS4KIAkgICAgKHN3aXRjaC10by1wcmV2LWJ1ZmZlciB3aW5kb3cpCi0J
ICAgIChpZiB3aW5kb3cta2VwdC13aW5kb3dzLWZ1bmN0aW9ucworCSAgICAodW5sZXNzICh3
aW5kb3ctbWluaWJ1ZmZlci1wIHdpbmRvdykKKwkgICAgICAoY29uZAorCSAgICAgICAod2lu
ZG93LWtlcHQtd2luZG93cy1mdW5jdGlvbnMKIAkJKGxldCogKChzdGFydCAoY2RyIChhc3Nx
ICdzdGFydCBzdGF0ZSkpKQogCQkgICAgICAgOzsgSGFuZGxlIGJvdGggLSBtYXJrZXIgcG9z
aXRpb25zIGZyb20gd3JpdGFibGUKIAkJICAgICAgIDs7IHN0YXRlcyBhbmQgbWFya2VycyBm
cm9tIG5vbi13cml0YWJsZSBzdGF0ZXMuCkBAIC02NDAxLDEyICs2NDAzLDE0IEBAIHdpbmRv
dy0tc3RhdGUtcHV0LTIKIAkJCQkgICAgICAobWFya2VyLWxhc3QtcG9zaXRpb24gc3RhcnQp
CiAJCQkJICAgIHN0YXJ0KSkKIAkJICAgICAgIChwb2ludCAoY2RyIChhc3NxICdwb2ludCBz
dGF0ZSkpKQotCQkgICAgICAgKHBvaW50LXBvcyAoaWYgKG1hcmtlcnAgcG9pbnQpCi0JCQkJ
ICAgICAgKG1hcmtlci1sYXN0LXBvc2l0aW9uIHBvaW50KQotCQkJCSAgICBwb2ludCkpKQot
CQkgIChwdXNoIChsaXN0IHdpbmRvdyBvbGQtYnVmZmVyLW9yLW5hbWUgc3RhcnQtcG9zIHBv
aW50LXBvcykKLQkJCXdpbmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzKSkKLQkgICAgICAo
cHVzaCB3aW5kb3cgd2luZG93LXN0YXRlLXB1dC1zdGFsZS13aW5kb3dzKSkpKSkpKSkKKwkJ
CSAocG9pbnQtcG9zIChpZiAobWFya2VycCBwb2ludCkKKwkJCQkJKG1hcmtlci1sYXN0LXBv
c2l0aW9uIHBvaW50KQorCQkJCSAgICAgIHBvaW50KSkpCisJCSAgICAocHVzaCAobGlzdCB3
aW5kb3cgb2xkLWJ1ZmZlci1vci1uYW1lIHN0YXJ0LXBvcyBwb2ludC1wb3MpCisJCQkgIHdp
bmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzKSkpCisJICAgICAgICgod2luZG93LWRlZGlj
YXRlZC1wIHdpbmRvdykKKwkJKHB1c2ggd2luZG93IHdpbmRvdy1zdGF0ZS1wdXQtc3RhbGUt
d2luZG93cykpKQorCSAgICAgIChzZXQtd2luZG93LWRlZGljYXRlZC1wIHdpbmRvdyBuaWwp
KSkpKSkpKQogCiAoZGVmdW4gd2luZG93LXN0YXRlLXB1dCAoc3RhdGUgJm9wdGlvbmFsIHdp
bmRvdyBpZ25vcmUpCiAgICJQdXQgd2luZG93IHN0YXRlIFNUQVRFIGludG8gV0lORE9XLgpA
QCAtNjQyMSwxNiArNjQyNSwyMiBAQCB3aW5kb3ctc3RhdGUtcHV0CiB3aW5kb3dzIGNhbiBn
ZXQgYXMgc21hbGwgYXMgYHdpbmRvdy1zYWZlLW1pbi1oZWlnaHQnIGFuZAogYHdpbmRvdy1z
YWZlLW1pbi13aWR0aCcuCiAKLUlmIHRoZSBhYm5vcm1hbCBob29rIGB3aW5kb3cta2VwdC13
aW5kb3dzLWZ1bmN0aW9ucycgaXMgbm9uLW5pbCwKLWRvIG5vdCBkZWxldGUgYW55IHdpbmRv
d3Mgc2F2ZWQgYnkgU1RBVEUgd2hvc2UgYnVmZmVycyB3ZXJlCi1kZWxldGVkIHNpbmNlIFNU
QVRFIHdhcyBzYXZlZC4gIFJhdGhlciwgc2hvdyBzb21lIGxpdmUgYnVmZmVyIGluCi10aGVt
IGFuZCBjYWxsIHRoZSBmdW5jdGlvbnMgaW4gYHdpbmRvdy1rZXB0LXdpbmRvd3MtZnVuY3Rp
b25zJwotd2l0aCBhIGxpc3Qgb2YgdHdvIGFyZ3VtZW50czogdGhlIGZyYW1lIHdoZXJlIFNU
QVRFIHdhcyBwdXQgYW5kIGEKLWxpc3Qgb2YgZW50cmllcyBmb3IgZWFjaCBzdWNoIHdpbmRv
dy4gIEVhY2ggZW50cnkgY29udGFpbnMgZm91cgotZWxlbWVudHMgLSB0aGUgd2luZG93LCBp
dHMgb2xkIGJ1ZmZlciBhbmQgdGhlIGxhc3QgcG9zaXRpb25zIG9mCi1gd2luZG93LXN0YXJ0
JyBhbmQgYHdpbmRvdy1wb2ludCcgZm9yIHRoZSBidWZmZXIgaW4gdGhhdCB3aW5kb3cuCi1B
bHdheXMgY2hlY2sgdGhlIHdpbmRvdyBmb3IgbGl2ZW5lc3MgYmVjYXVzZSBhbm90aGVyIGZ1
bmN0aW9uIHJ1bgotYnkgdGhpcyBob29rIG1heSBoYXZlIGRlbGV0ZWQgaXQuIgorSWYgdGhp
cyBmdW5jdGlvbiB0cmllcyB0byByZXN0b3JlIGEgbm9uLW1pbmlidWZmZXIgd2luZG93IHdo
b3NlIGJ1ZmZlcgord2FzIGtpbGxlZCBzaW5jZSBTVEFURSB3YXMgbWFkZSwgaXQgd2lsbCBw
cm9jZWVkIGFzIGZvbGxvd3M6CisKKy0gSWYgdGhlIGFibm9ybWFsIGhvb2sgYHdpbmRvdy1r
ZXB0LXdpbmRvd3MtZnVuY3Rpb25zJyBpcyBuaWwgYW5kIHRoZQorICB3aW5kb3cgaXMgZGVk
aWNhdGVkIHRvIGl0cyBidWZmZXIsIGl0IHdpbGwgdHJ5IHRvIGRlbGV0ZSB0aGF0IHdpbmRv
dy4KKworLSBPdGhlcndpc2UsIG9yIGlmIGl0IGNhbm5vdCBkZWxldGUgdGhlIHdpbmRvdywg
aXQgd2lsbCBzaG93IGFub3RoZXIKKyAgYnVmZmVyIGluIGl0LgorCitDYWxsIHRoZSBmdW5j
dGlvbnMgaW4gYHdpbmRvdy1rZXB0LXdpbmRvd3MtZnVuY3Rpb25zJyB3aXRoIGEgbGlzdCBv
ZiB0d28KK2FyZ3VtZW50czogdGhlIGZyYW1lIHdoZXJlIFNUQVRFIHdhcyBwdXQgYW5kIGEg
bGlzdCBvZiBlbnRyaWVzIGZvciBlYWNoCit3aW5kb3cgd2hvc2UgYnVmZmVyIGhhcyBiZWVu
IGtpbGxlZCBzaW5jZSBTVEFURSB3YXMgbWFkZS4gIEVhY2ggZW50cnkKK2NvbnRhaW5zIGZv
dXIgZWxlbWVudHMgLSB0aGUgd2luZG93LCBpdHMgb2xkIGJ1ZmZlciBhbmQgdGhlIGxhc3QK
K3Bvc2l0aW9ucyBvZiBgd2luZG93LXN0YXJ0JyBhbmQgYHdpbmRvdy1wb2ludCcgZm9yIHRo
ZSBidWZmZXIgaW4gdGhhdAord2luZG93LiAgQWx3YXlzIGNoZWNrIHRoZSB3aW5kb3cgZm9y
IGxpdmVuZXNzIGJlY2F1c2UgYW5vdGhlciBmdW5jdGlvbgorcnVuIGJ5IHRoaXMgaG9vayBt
YXkgaGF2ZSBkZWxldGVkIGl0LiIKICAgKHNldHEgd2luZG93LXN0YXRlLXB1dC1zdGFsZS13
aW5kb3dzIG5pbCkKICAgKHNldHEgd2luZG93LXN0YXRlLXB1dC1rZXB0LXdpbmRvd3Mgbmls
KQogCmRpZmYgLS1naXQgYS9zcmMvYnVmZmVyLmMgYi9zcmMvYnVmZmVyLmMKaW5kZXggMTI2
ZjNlYjA1NWEuLmU4ZGFhOTNjMmQ5IDEwMDY0NAotLS0gYS9zcmMvYnVmZmVyLmMKKysrIGIv
c3JjL2J1ZmZlci5jCkBAIC0zMjcsNiArMzI3LDExIEBAIGJzZXRfbmFtZSAoc3RydWN0IGJ1
ZmZlciAqYiwgTGlzcF9PYmplY3QgdmFsKQogICBiLT5uYW1lXyA9IHZhbDsKIH0KIHN0YXRp
YyB2b2lkCitic2V0X2xhc3RfbmFtZSAoc3RydWN0IGJ1ZmZlciAqYiwgTGlzcF9PYmplY3Qg
dmFsKQoreworICBiLT5sYXN0X25hbWVfID0gdmFsOworfQorc3RhdGljIHZvaWQKIGJzZXRf
b3ZlcndyaXRlX21vZGUgKHN0cnVjdCBidWZmZXIgKmIsIExpc3BfT2JqZWN0IHZhbCkKIHsK
ICAgYi0+b3ZlcndyaXRlX21vZGVfID0gdmFsOwpAQCAtNjQ3LDYgKzY1Miw3IEBAIERFRlVO
ICgiZ2V0LWJ1ZmZlci1jcmVhdGUiLCBGZ2V0X2J1ZmZlcl9jcmVhdGUsIFNnZXRfYnVmZmVy
X2NyZWF0ZSwgMSwgMiwgMCwKICAgbmFtZSA9IEZjb3B5X3NlcXVlbmNlIChidWZmZXJfb3Jf
bmFtZSk7CiAgIHNldF9zdHJpbmdfaW50ZXJ2YWxzIChuYW1lLCBOVUxMKTsKICAgYnNldF9u
YW1lIChiLCBuYW1lKTsKKyAgYnNldF9sYXN0X25hbWUgKGIsIG5hbWUpOwogCiAgIGItPmlu
aGliaXRfYnVmZmVyX2hvb2tzID0gIU5JTFAgKGluaGliaXRfYnVmZmVyX2hvb2tzKTsKICAg
YnNldF91bmRvX2xpc3QgKGIsIFNSRUYgKG5hbWUsIDApICE9ICcgJyA/IFFuaWwgOiBRdCk7
CkBAIC04NjYsNiArODcyLDcgQEAgREVGVU4gKCJtYWtlLWluZGlyZWN0LWJ1ZmZlciIsIEZt
YWtlX2luZGlyZWN0X2J1ZmZlciwgU21ha2VfaW5kaXJlY3RfYnVmZmVyLAogICBuYW1lID0g
RmNvcHlfc2VxdWVuY2UgKG5hbWUpOwogICBzZXRfc3RyaW5nX2ludGVydmFscyAobmFtZSwg
TlVMTCk7CiAgIGJzZXRfbmFtZSAoYiwgbmFtZSk7CisgIGJzZXRfbGFzdF9uYW1lIChiLCBu
YW1lKTsKIAogICAvKiBBbiBpbmRpcmVjdCBidWZmZXIgc2hhcmVzIHVuZG8gbGlzdCBvZiBp
dHMgYmFzZSAoQnVnIzE4MTgwKS4gICovCiAgIGJzZXRfdW5kb19saXN0IChiLCBCVkFSIChi
LT5iYXNlX2J1ZmZlciwgdW5kb19saXN0KSk7CkBAIC0xMjgyLDYgKzEyODksMTYgQEAgREVG
VU4gKCJidWZmZXItbmFtZSIsIEZidWZmZXJfbmFtZSwgU2J1ZmZlcl9uYW1lLCAwLCAxLCAw
LAogICByZXR1cm4gQlZBUiAoZGVjb2RlX2J1ZmZlciAoYnVmZmVyKSwgbmFtZSk7CiB9CiAK
K0RFRlVOICgiYnVmZmVyLWxhc3QtbmFtZSIsIEZidWZmZXJfbGFzdF9uYW1lLCBTYnVmZmVy
X2xhc3RfbmFtZSwgMCwgMSwgMCwKKyAgICAgICBkb2M6IC8qIFJldHVybiBsYXN0IG5hbWUg
b2YgQlVGRkVSLCBhcyBhIHN0cmluZy4KK0JVRkZFUiBkZWZhdWx0cyB0byB0aGUgY3VycmVu
dCBidWZmZXIuCisKK1RoaXMgaXMgdGhlIGxhc3QgbmFtZSBvZiBCVUZGRVIgYmVmb3JlIGl0
IGhhcyBiZWVuIHJlbmFtZWQgb3Iga2lsbGVkLiAqLykKKyAgKExpc3BfT2JqZWN0IGJ1ZmZl
cikKK3sKKyAgcmV0dXJuIEJWQVIgKGRlY29kZV9idWZmZXIgKGJ1ZmZlciksIGxhc3RfbmFt
ZSk7Cit9CisKIERFRlVOICgiYnVmZmVyLWZpbGUtbmFtZSIsIEZidWZmZXJfZmlsZV9uYW1l
LCBTYnVmZmVyX2ZpbGVfbmFtZSwgMCwgMSwgMCwKICAgICAgICBkb2M6IC8qIFJldHVybiBu
YW1lIG9mIGZpbGUgQlVGRkVSIGlzIHZpc2l0aW5nLCBvciBuaWwgaWYgbm9uZS4KIE5vIGFy
Z3VtZW50IG9yIG5pbCBhcyBhcmd1bWVudCBtZWFucyB1c2UgdGhlIGN1cnJlbnQgYnVmZmVy
LiAgKi8pCkBAIC0xNjUyLDYgKzE2NjksNyBAQCBERUZVTiAoInJlbmFtZS1idWZmZXIiLCBG
cmVuYW1lX2J1ZmZlciwgU3JlbmFtZV9idWZmZXIsIDEsIDIsCiAgIChyZWdpc3RlciBMaXNw
X09iamVjdCBuZXduYW1lLCBMaXNwX09iamVjdCB1bmlxdWUpCiB7CiAgIHJlZ2lzdGVyIExp
c3BfT2JqZWN0IHRlbSwgYnVmOworICBMaXNwX09iamVjdCBvbGRuYW1lID0gQlZBUiAoY3Vy
cmVudF9idWZmZXIsIG5hbWUpOwogICBMaXNwX09iamVjdCByZXF1ZXN0ZWRuYW1lID0gbmV3
bmFtZTsKIAogICBDSEVDS19TVFJJTkcgKG5ld25hbWUpOwpAQCAtMTY2OSwxMiArMTY4Nywx
MiBAQCBERUZVTiAoInJlbmFtZS1idWZmZXIiLCBGcmVuYW1lX2J1ZmZlciwgU3JlbmFtZV9i
dWZmZXIsIDEsIDIsCiAgICAgICBpZiAoTklMUCAodW5pcXVlKSAmJiBYQlVGRkVSICh0ZW0p
ID09IGN1cnJlbnRfYnVmZmVyKQogCXJldHVybiBCVkFSIChjdXJyZW50X2J1ZmZlciwgbmFt
ZSk7CiAgICAgICBpZiAoIU5JTFAgKHVuaXF1ZSkpCi0JbmV3bmFtZSA9IEZnZW5lcmF0ZV9u
ZXdfYnVmZmVyX25hbWUgKG5ld25hbWUsCi0JICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIEJWQVIgKGN1cnJlbnRfYnVmZmVyLCBuYW1lKSk7CisJbmV3bmFtZSA9IEZn
ZW5lcmF0ZV9uZXdfYnVmZmVyX25hbWUgKG5ld25hbWUsIG9sZG5hbWUpOwogICAgICAgZWxz
ZQogCWVycm9yICgiQnVmZmVyIG5hbWUgYCVzJyBpcyBpbiB1c2UiLCBTREFUQSAobmV3bmFt
ZSkpOwogICAgIH0KIAorICBic2V0X2xhc3RfbmFtZSAoY3VycmVudF9idWZmZXIsIG9sZG5h
bWUpOwogICBic2V0X25hbWUgKGN1cnJlbnRfYnVmZmVyLCBuZXduYW1lKTsKIAogICAvKiBD
YXRjaCByZWRpc3BsYXkncyBhdHRlbnRpb24uICBVbmxlc3Mgd2UgZG8gdGhpcywgdGhlIG1v
ZGUgbGluZXMgZm9yCkBAIC0yMDg3LDYgKzIxMDUsNyBAQCBERUZVTiAoImtpbGwtYnVmZmVy
IiwgRmtpbGxfYnVmZmVyLCBTa2lsbF9idWZmZXIsIDAsIDEsICJiS2lsbCBidWZmZXI6ICIs
CiAgICAgIFRoaXMgZ2V0cyByaWQgb2YgdGhlbSBmb3IgY2VydGFpbi4gICovCiAgIHJlc2V0
X2J1ZmZlcl9sb2NhbF92YXJpYWJsZXMgKGIsIDEpOwogCisgIGJzZXRfbGFzdF9uYW1lIChi
LCBCVkFSIChiLCBuYW1lKSk7CiAgIGJzZXRfbmFtZSAoYiwgUW5pbCk7CiAKICAgYmxvY2tf
aW5wdXQgKCk7CkBAIC00NjU4LDYgKzQ2NzcsNyBAQCBpbml0X2J1ZmZlcl9vbmNlICh2b2lk
KQogICAvKiBUaGVzZSB1c2VkIHRvIGJlIHN0dWNrIGF0IDAgYnkgZGVmYXVsdCwgYnV0IG5v
dyB0aGF0IHRoZSBhbGwtemVybyB2YWx1ZQogICAgICBtZWFucyBRbmlsLCB3ZSBoYXZlIHRv
IGluaXRpYWxpemUgdGhlbSBleHBsaWNpdGx5LiAgKi8KICAgYnNldF9uYW1lICgmYnVmZmVy
X2xvY2FsX2ZsYWdzLCBtYWtlX2ZpeG51bSAoMCkpOworICBic2V0X2xhc3RfbmFtZSAoJmJ1
ZmZlcl9sb2NhbF9mbGFncywgbWFrZV9maXhudW0gKDApKTsKICAgYnNldF9tYXJrICgmYnVm
ZmVyX2xvY2FsX2ZsYWdzLCBtYWtlX2ZpeG51bSAoMCkpOwogICBic2V0X2xvY2FsX3Zhcl9h
bGlzdCAoJmJ1ZmZlcl9sb2NhbF9mbGFncywgbWFrZV9maXhudW0gKDApKTsKICAgYnNldF9r
ZXltYXAgKCZidWZmZXJfbG9jYWxfZmxhZ3MsIG1ha2VfZml4bnVtICgwKSk7CkBAIC02MDE4
LDYgKzYwMzgsNyBAQCBGdW5jdGlvbnMgKGltcGxpY2l0bHkpIHJ1bm5pbmcgdGhpcyBob29r
IGFyZSBgZ2V0LWJ1ZmZlci1jcmVhdGUnLAogICBkZWZzdWJyICgmU21ha2VfaW5kaXJlY3Rf
YnVmZmVyKTsKICAgZGVmc3ViciAoJlNnZW5lcmF0ZV9uZXdfYnVmZmVyX25hbWUpOwogICBk
ZWZzdWJyICgmU2J1ZmZlcl9uYW1lKTsKKyAgZGVmc3ViciAoJlNidWZmZXJfbGFzdF9uYW1l
KTsKICAgZGVmc3ViciAoJlNidWZmZXJfZmlsZV9uYW1lKTsKICAgZGVmc3ViciAoJlNidWZm
ZXJfYmFzZV9idWZmZXIpOwogICBkZWZzdWJyICgmU2J1ZmZlcl9sb2NhbF92YWx1ZSk7CmRp
ZmYgLS1naXQgYS9zcmMvYnVmZmVyLmggYi9zcmMvYnVmZmVyLmgKaW5kZXggODdiYTI4MDJi
MzkuLmJiZTFhZWZmNjY4IDEwMDY0NAotLS0gYS9zcmMvYnVmZmVyLmgKKysrIGIvc3JjL2J1
ZmZlci5oCkBAIC0zMDksNiArMzA5LDkgQEAgI2RlZmluZSBCVkFSKGJ1ZiwgZmllbGQpICgo
YnVmKS0+ZmllbGQgIyMgXykKICAgLyogVGhlIG5hbWUgb2YgdGhpcyBidWZmZXIuICAqLwog
ICBMaXNwX09iamVjdCBuYW1lXzsKIAorICAvKiBUaGUgbGFzdCBuYW1lIG9mIHRoaXMgYnVm
ZmVyIGJlZm9yZSBpdCB3YXMgcmVuYW1lZCBvciBraWxsZWQuICAqLworICBMaXNwX09iamVj
dCBsYXN0X25hbWVfOworCiAgIC8qIFRoZSBuYW1lIG9mIHRoZSBmaWxlIHZpc2l0ZWQgaW4g
dGhpcyBidWZmZXIsIG9yIG5pbC4gICovCiAgIExpc3BfT2JqZWN0IGZpbGVuYW1lXzsKIApk
aWZmIC0tZ2l0IGEvc3JjL3dpbmRvdy5jIGIvc3JjL3dpbmRvdy5jCmluZGV4IGVhNzYxZmFk
OGJjLi5jMGZhZGJkZmY0MyAxMDA2NDQKLS0tIGEvc3JjL3dpbmRvdy5jCisrKyBiL3NyYy93
aW5kb3cuYwpAQCAtNzEwOSwxMSArNzEwOSwxNCBAQCBERUZVTiAoInNldC13aW5kb3ctY29u
ZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiB0aGUgbWluaS13aW5k
b3cgb2YgdGhlIGZyYW1lIGRvZXNuJ3QgZ2V0IHNldCB0byB0aGUgY29ycmVzcG9uZGluZyBl
bGVtZW50CiBvZiBDT05GSUdVUkFUSU9OLgogCi1Ob3JtYWxseSwgdGhpcyBmdW5jdGlvbiB3
aWxsIHRyeSB0byBkZWxldGUgYW55IGRlYWQgd2luZG93IGluCi1DT05GSUdVUkFUSU9OIHdo
b3NlIGJ1ZmZlciBoYXMgYmVlbiBkZWxldGVkIHNpbmNlIENPTkZJR1VSQVRJT04gd2FzCi1t
YWRlLiAgSG93ZXZlciwgaWYgdGhlIGFibm9ybWFsIGhvb2sgYHdpbmRvdy1rZXB0LXdpbmRv
d3MtZnVuY3Rpb25zJyBpcwotbm9uLW5pbCwgaXQgd2lsbCBwcmVzZXJ2ZSBzdWNoIGEgd2lu
ZG93IGluIHRoZSByZXN0b3JlZCBsYXlvdXQgYW5kIHNob3cKLWFub3RoZXIgYnVmZmVyIGlu
IGl0LgorSWYgdGhpcyBmdW5jdGlvbiB0cmllcyB0byByZXN0b3JlIGEgbm9uLW1pbmlidWZm
ZXIgd2luZG93IHdob3NlIGJ1ZmZlcgord2FzIGtpbGxlZCBzaW5jZSBDT05GSUdVUkFUSU9O
IHdhcyBtYWRlLCBpdCB3aWxsIHByb2NlZWQgYXMgZm9sbG93czoKKworLSBJZiB0aGUgYWJu
b3JtYWwgaG9vayBgd2luZG93LWtlcHQtd2luZG93cy1mdW5jdGlvbnMnIGlzIG5pbCBhbmQg
dGhlCisgIHdpbmRvdyBpcyBkZWRpY2F0ZWQgdG8gaXRzIGJ1ZmZlciwgaXQgd2lsbCB0cnkg
dG8gZGVsZXRlIHRoYXQgd2luZG93LgorCistIE90aGVyd2lzZSwgb3IgaWYgaXQgY2Fubm90
IGRlbGV0ZSB0aGUgd2luZG93LCBpdCB3aWxsIHNob3cgYW5vdGhlcgorICBidWZmZXIgaW4g
aXQuCiAKIEFmdGVyIHJlc3RvcmluZyB0aGUgZnJhbWUgbGF5b3V0LCB0aGlzIGZ1bmN0aW9u
IHJ1bnMgdGhlIGFibm9ybWFsIGhvb2sKIGB3aW5kb3cta2VwdC13aW5kb3dzLWZ1bmN0aW9u
cycgd2l0aCB0d28gYXJndW1lbnRzIC0gdGhlIGZyYW1lIHdob3NlCkBAIC03Mzc4LDcgKzcz
ODEsNyBAQCBERUZVTiAoInNldC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93
X2NvbmZpZ3VyYXRpb24sCiAJCSAgIEJVRl9QVCAoWEJVRkZFUiAody0+Y29udGVudHMpKSwK
IAkJICAgQlVGX1BUX0JZVEUgKFhCVUZGRVIgKHctPmNvbnRlbnRzKSkpOwogCSAgICAgIHct
PnN0YXJ0X2F0X2xpbmVfYmVnID0gdHJ1ZTsKLQkgICAgICBpZiAoIU5JTFAgKFZ3aW5kb3df
a2VwdF93aW5kb3dzX2Z1bmN0aW9ucykpCisJICAgICAgaWYgKCFOSUxQIChWd2luZG93X2tl
cHRfd2luZG93c19mdW5jdGlvbnMpICYmICFNSU5JX1dJTkRPV19QICh3KSkKIAkJa2VwdF93
aW5kb3dzID0gRmNvbnMgKGxpc3Q0ICh3aW5kb3csIHAtPmJ1ZmZlciwKIAkJCQkJICAgICBG
bWFya2VyX2xhc3RfcG9zaXRpb24gKHAtPnN0YXJ0KSwKIAkJCQkJICAgICBGbWFya2VyX2xh
c3RfcG9zaXRpb24gKHAtPnBvaW50bSkpLApAQCAtNzM5OCwxNiArNzQwMSwyMCBAQCBERUZV
TiAoInNldC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRp
b24sCiAJICAgICAgc2V0X21hcmtlcl9yZXN0cmljdGVkX2JvdGggKHctPnBvaW50bSwgdy0+
Y29udGVudHMsIDAsIDApOwogCSAgICAgIHNldF9tYXJrZXJfcmVzdHJpY3RlZF9ib3RoICh3
LT5vbGRfcG9pbnRtLCB3LT5jb250ZW50cywgMCwgMCk7CiAJICAgICAgdy0+c3RhcnRfYXRf
bGluZV9iZWcgPSB0cnVlOwotCSAgICAgIGlmICghTklMUCAody0+ZGVkaWNhdGVkKSkKLQkJ
LyogUmVjb3JkIHRoaXMgd2luZG93IGFzIGRlYWQuICAqLwotCQlkZWFkX3dpbmRvd3MgPSBG
Y29ucyAod2luZG93LCBkZWFkX3dpbmRvd3MpOwotCSAgICAgIC8qIE1ha2Ugc3VyZSB3aW5k
b3cgaXMgbm8gbW9yZSBkZWRpY2F0ZWQuICAqLwotCSAgICAgIHdzZXRfZGVkaWNhdGVkICh3
LCBRbmlsKTsKLQkgICAgICBpZiAoIU5JTFAgKFZ3aW5kb3dfa2VwdF93aW5kb3dzX2Z1bmN0
aW9ucykpCi0JCWtlcHRfd2luZG93cyA9IEZjb25zIChsaXN0NCAod2luZG93LCBwLT5idWZm
ZXIsCi0JCQkJCSAgICAgRm1hcmtlcl9sYXN0X3Bvc2l0aW9uIChwLT5zdGFydCksCi0JCQkJ
CSAgICAgRm1hcmtlcl9sYXN0X3Bvc2l0aW9uIChwLT5wb2ludG0pKSwKLQkJCQkgICAgICBr
ZXB0X3dpbmRvd3MpOworCSAgICAgIGlmICghTUlOSV9XSU5ET1dfUCAodykpCisJCXsKKwkJ
ICBpZiAoIU5JTFAgKFZ3aW5kb3dfa2VwdF93aW5kb3dzX2Z1bmN0aW9ucykpCisJCSAgICBr
ZXB0X3dpbmRvd3MKKwkJICAgICAgPSBGY29ucyAobGlzdDQgKHdpbmRvdywgcC0+YnVmZmVy
LAorCQkJCSAgICAgIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+c3RhcnQpLAorCQkJCSAg
ICAgIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+cG9pbnRtKSksCisJCQkgICAgICAga2Vw
dF93aW5kb3dzKTsKKwkJICBlbHNlIGlmICghTklMUCAody0+ZGVkaWNhdGVkKSkKKwkJICAg
IC8qIFRyeSB0byBkZWxldGUgdGhpcyB3aW5kb3cgbGF0ZXIuICAqLworCQkgICAgZGVhZF93
aW5kb3dzID0gRmNvbnMgKHdpbmRvdywgZGVhZF93aW5kb3dzKTsKKwkJICAvKiBNYWtlIHN1
cmUgd2luZG93IGlzIG5vIG1vcmUgZGVkaWNhdGVkLiAgKi8KKwkJICB3c2V0X2RlZGljYXRl
ZCAodywgUW5pbCk7CisJCX0KIAkgICAgfQogCX0KIApAQCAtNzQ1OSw3ICs3NDY2LDcgQEAg
REVGVU4gKCJzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24iLCBGc2V0X3dpbmRvd19jb25maWd1
cmF0aW9uLAogICAgICAgdW5ibG9ja19pbnB1dCAoKTsKIAogICAgICAgLyogU2NhbiBkZWFk
IGJ1ZmZlciB3aW5kb3dzLiAgKi8KLSAgICAgIGlmICghTklMUCAoVndpbmRvd19rZXB0X3dp
bmRvd3NfZnVuY3Rpb25zKSkKKyAgICAgIGlmIChOSUxQIChWd2luZG93X2tlcHRfd2luZG93
c19mdW5jdGlvbnMpKQogCWZvciAoOyBDT05TUCAoZGVhZF93aW5kb3dzKTsgZGVhZF93aW5k
b3dzID0gWENEUiAoZGVhZF93aW5kb3dzKSkKIAkgIHsKIAkgICAgd2luZG93ID0gWENBUiAo
ZGVhZF93aW5kb3dzKTsK
--------------tCgWq7WG9Z5GHT100oLHj7Vv--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 5 Mar 2024 17:46:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 05 12:46:16 2024 Received: from localhost ([127.0.0.1]:48929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rhYrn-0008Dw-Oz for submit <at> debbugs.gnu.org; Tue, 05 Mar 2024 12:46:16 -0500 Received: from eggs.gnu.org ([209.51.188.92]:41540) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rhYrc-0008DE-7b for 68235 <at> debbugs.gnu.org; Tue, 05 Mar 2024 12:46:14 -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 1rhYr1-0004gY-Lo; Tue, 05 Mar 2024 12:45:27 -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=l4eSyA3jI47TjylETJ2mrODZ2QrmTm1voJHGdXp3tus=; b=fIZJNpquSJEs i94C8X1QviSEhe/Ra33bCZ7mdItnmcHRNQ5CFxSWVg4UvHlGNYFIoCAZnHcWPUimdBP5kE+vRHVB+ 0P/n+qw+Kguhe7kOmhSgr06gRzjFNd1E88tjG3W50HjnAVd8yTKdU30bh6ivS1ii3vjzldDBE0d1T NWWxF7j4YLdjfWV6qZc0aB6H+HLlb/3NPXIeG7EiNTN0QHjmLtgAswh2DpQ9njspORwd2bpWsOcXz 98C3MV/u32GR3rG2wQJrrGIsCJEUaNK5T0dNUG77qv6zR9aZrsN8iQcrUQDYrG2ST9skHRnhbmCEB OeiGYvZjqa92IXiq+nwcwA==; Date: Tue, 05 Mar 2024 19:45:17 +0200 Message-Id: <86h6hklgia.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN> In-Reply-To: <86le6wr3m1.fsf@HIDDEN> (message from Juri Linkov on Tue, 05 Mar 2024 19:27:18 +0200) Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> <86le6wr3m1.fsf@HIDDEN> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 68235 Cc: rudalics@HIDDEN, 68235 <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 (---) > Cc: 68235 <at> debbugs.gnu.org > From: Juri Linkov <juri@HIDDEN> > Date: Tue, 05 Mar 2024 19:27:18 +0200 > > +(defcustom tab-bar-select-keep-windows-function #'tab-bar-select-keep-windows > + "Function that handles the killed buffers after selecting a tab." This doc string doesn't explain enough: it begs the question "what does selecting a tab have to do with killing buffers?" Thanks.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 5 Mar 2024 17:41:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 05 12:41:16 2024
Received: from localhost ([127.0.0.1]:48924 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rhYmy-00085r-2U
for submit <at> debbugs.gnu.org; Tue, 05 Mar 2024 12:41:16 -0500
Received: from relay3-d.mail.gandi.net ([217.70.183.195]:54553)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rhYmr-00085Y-Ex
for 68235 <at> debbugs.gnu.org; Tue, 05 Mar 2024 12:41:14 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 12D9460008;
Tue, 5 Mar 2024 17:40:11 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> (martin rudalics's
message of "Mon, 4 Mar 2024 10:40:34 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
Date: Tue, 05 Mar 2024 19:37:47 +0200
Message-ID: <86le6wpok4.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
>> Patch attached. I now provide only one hook I called
>> 'window-kept-windows-functions' which is run by both
>> 'set-window-configuration' and 'window-state-put'.
>
> Should be on master now.
In addition to the previous patch I also have more questions:
1. window-kept-windows-functions should be announced in etc/NEWS?
2. window-kept-windows-functions is called too often.
Most of the calls contain just the minibuffer:
((#<window 4 on *Minibuf-0*> #<buffer *Minibuf-0*> 1 1))
Is it possible not to include the minibuffer window?
So when most of the time this list of kept windows will be empty,
then maybe better to not call the hook at all?
3. Very often the message inserted by the patch that I posted
are quite useless because they look like this:
This window displayed the buffer #<killed buffer>.
This would be much more informative:
This window displayed the buffer *Help*.
Maybe 'buffer-last-name' could help to achieve this?
4. I don't understand this part, but maybe this is already correct:
/* Scan dead buffer windows. */
if (!NILP (Vwindow_kept_windows_functions))
for (; CONSP (dead_windows); dead_windows = XCDR (dead_windows))
{
window = XCAR (dead_windows);
if (WINDOW_LIVE_P (window) && !EQ (window, FRAME_ROOT_WINDOW (f)))
delete_deletable_window (window);
}
Should it be if(NILP (Vwindow_kept_windows_functions)) instead?
However, this already works correctly in my tests.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 5 Mar 2024 17:32:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 05 12:32:32 2024
Received: from localhost ([127.0.0.1]:48920 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rhYeW-0007si-0L
for submit <at> debbugs.gnu.org; Tue, 05 Mar 2024 12:32:32 -0500
Received: from relay4-d.mail.gandi.net ([217.70.183.196]:58089)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rhYeQ-0007sL-QA
for 68235 <at> debbugs.gnu.org; Tue, 05 Mar 2024 12:32:30 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 1C599E0005;
Tue, 5 Mar 2024 17:31:48 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> (martin rudalics's
message of "Mon, 4 Mar 2024 10:40:34 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
<ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN>
Date: Tue, 05 Mar 2024 19:27:18 +0200
Message-ID: <86le6wr3m1.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
--=-=-=
Content-Type: text/plain
>> Patch attached. I now provide only one hook I called
>> 'window-kept-windows-functions' which is run by both
>> 'set-window-configuration' and 'window-state-put'.
>
> Should be on master now.
Thanks. This will allow such option:
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline;
filename=tab-bar-select-keep-windows-function.patch
diff --git a/lisp/tab-bar.el b/lisp/tab-bar.el
index 61efa332e0b..b2eb1c9d576 100644
--- a/lisp/tab-bar.el
+++ b/lisp/tab-bar.el
@@ -1393,6 +1405,44 @@ tab-bar-tab-post-select-functions
:group 'tab-bar
:version "30.1")
+(defcustom tab-bar-select-keep-windows-function #'tab-bar-select-keep-windows
+ "Function that handles the killed buffers after selecting a tab."
+ :type '(choice (const :tag "Show placeholder buffers"
+ tab-bar-select-keep-windows)
+ (function :tag "Function"))
+ :group 'tab-bar
+ :version "30.1")
+
+(defun tab-bar-select-keep-windows (_frame windows)
+ (dolist (quad windows)
+ (when (and (window-live-p (nth 0 quad))
+ (not (window-minibuffer-p (nth 0 quad))))
+ (let* ((window (nth 0 quad))
+ (old-buffer (nth 1 quad))
+ (file (when (bufferp old-buffer)
+ (buffer-file-name old-buffer)))
+ (name (or file
+ (and (fboundp 'buffer-last-name)
+ (buffer-last-name old-buffer))
+ old-buffer))
+ (new-buffer (generate-new-buffer
+ (format "*Old buffer %s*" name))))
+ (with-current-buffer new-buffer
+ (set-auto-mode)
+ (insert (format-message "This window displayed the %s `%s'.\n"
+ (if file "file" "buffer")
+ name))
+ (when file
+ (insert-button
+ "[Restore]" 'action
+ (lambda (_button)
+ (set-window-buffer window (find-file-noselect file))
+ (set-window-start window (nth 2 quad) t)
+ (set-window-point window (nth 3 quad)))))
+ (goto-char (point-min))
+ (setq buffer-read-only t)
+ (set-window-buffer window new-buffer))))))
+
(defvar tab-bar-minibuffer-restore-tab nil
"Tab number for `tab-bar-minibuffer-restore-tab'.")
@@ -1438,7 +1488,10 @@ tab-bar-select-tab
(let* ((from-tab (tab-bar--tab))
(to-tab (nth to-index tabs))
(wc (alist-get 'wc to-tab))
- (ws (alist-get 'ws to-tab)))
+ (ws (alist-get 'ws to-tab))
+ (window-kept-windows-functions
+ (delq nil (cons tab-bar-select-keep-windows-function
+ window-kept-windows-functions))))
;; During the same session, use window-configuration to switch
;; tabs, because window-configurations are more reliable
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 4 Mar 2024 09:41:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 04 04:41:12 2024 Received: from localhost ([127.0.0.1]:41976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rh4oq-00051r-4z for submit <at> debbugs.gnu.org; Mon, 04 Mar 2024 04:41:12 -0500 Received: from mout.gmx.net ([212.227.17.20]:50483) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rh4oo-00051c-LE for 68235 <at> debbugs.gnu.org; Mon, 04 Mar 2024 04:41:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1709545234; x=1710150034; i=rudalics@HIDDEN; bh=5qCa+x6P9ggZRb8+cq9mEBvraZvf5BAxr860ecAiJf4=; h=X-UI-Sender-Class:Date:Subject:From:To:Cc:References: In-Reply-To; b=g1rvC/conVWTpcRNvQ3QoBNn6RCNiHJRTMM+oQQCjfiz5vVGBRkUZyTkHYq5zNpK yRHGpUE8w3S2+c5DM2cBYro+uGZolpimPE2H4MYc9rvsRSDyE1mobwaBqkMCmdCc9 QLJ4peF1CkRjDBvrjaW8LtYOVI3erWvg0k2o8eI6yESQhNyeFxh7Omev6bnDTX6mP 8Tnwy/5916TYrvmAV0RaSpR9x6EC1F8ffMr/EwSN9EcBOTU35Tuf81ceWACiRTJ3M PtA2yAW5mYjVjZAQSnavz4dkmNOFf/SM7a4mK527oag01aAsT2cImN74dTOuqELat aUeYMmXRJr0GUSLpEA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.212]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M3DNt-1rhu9v2j5p-003ftk; Mon, 04 Mar 2024 10:40:34 +0100 Message-ID: <ddf66e05-519c-4540-8045-22ee544a01ec@HIDDEN> Date: Mon, 4 Mar 2024 10:40:34 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> <86il2mxmxd.fsf@HIDDEN> <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> In-Reply-To: <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:KAWH69MaAHUxqMGpmx63MGV1Gng8MC5+sMMDczolfUkL3uMDtaa 98mISebd+9+BYvOz/EgLAPi2SrW9ZuYzG3aoZskWQwjaCRbGNRbEYxn0XIUmJc5R6M2BmxH 6jbFafhQKum1O87nnwRqfnh7TNrJZ78Vo8JI79l6EF+onoX82S5wPc3FT2slOMJW62A+Kue LlOpJGxI3njuZcRDQ21Ng== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:2gY+z2YsFFU=;ctNg23LvThEc2VgV+lB0vtWnsi3 ghgl9gBJtsiStwUm2xb48u0nWOZd4inXilE4xKCuYXtW2tXf3N60KFgfMEYP7tU2v5fgZMtfu nCXqTQjwGxLYHccUec8FNl2EKVymWWmNrvxjp/C9K1Po/oN/hHFpakhvKeM+zkWRJMGOBDKb9 XqHQVkpzfKcxTO9HWzgJIr2vHvJUaSBTo74D2pIOkS5zjHHz4MMJsV/2WvYkVWGff5U2Y/Wh8 2iYWNCNa3nTiEXdjrmrkDubHj9gYgtQpkMLdo1P0kjykjwXl2xKu8k28A5grA8bxliM5w9JAw oFchnz8e4IGfqMcPDnW8dY4nPmgGTiZpvqu4h4fcrk2xvOxKdBZxvJN4s3w5kxhvFa6070xXe isei3WoeSuvfOQhZQ3KwQZcocwshd4P3MsHzbb1xHlaUy3bp4zQzUA0vfh72lTtWiOpKg28Uu VCdTRCJeK3hBEKFQ3jd6f03Xo56G3DXHKVNsHH5NvXc7brQ+zhAYEOFm+JTB/h3osa4TFum4h IlXSAd/z+HjQ4Lo48SOH6e5sHb1uk4t877t4kVtk6Y1Fogn3clzM06XCiGlWcB0IVO/epCw8M c2fyHgO9dI8obWYxaVEgvBEm9S9WtYRui35XunEvfxNkqNETQz2OZIuR9FX+cPYST7uZdGMkx LD2pnEWXs/1swy3gDE5vepKg2ngtyHR3bm2WSFGdoKRYHgPD7yFOreB+NzxWgsbjZnlB8V2y1 oVbEOf2xW2FL8syp+jqbdi9Lm6dHiXJR50fIG3XT7bKZK6twfsf+RCSQBwnosWYt0YVh9NEDg GqY/bVNmUYeUGQ944vW2OaBju26JjUH0DOggoIb5lXQG4= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > Patch attached. I now provide only one hook I called > 'window-kept-windows-functions' which is run by both > 'set-window-configuration' and 'window-state-put'. Should be on master now. Thanks for testing, martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 20 Feb 2024 17:45:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 20 12:45:56 2024
Received: from localhost ([127.0.0.1]:46489 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rcUBo-0007rj-BF
for submit <at> debbugs.gnu.org; Tue, 20 Feb 2024 12:45:56 -0500
Received: from relay3-d.mail.gandi.net ([217.70.183.195]:54297)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rcUBj-0007rS-TZ
for 68235 <at> debbugs.gnu.org; Tue, 20 Feb 2024 12:45:55 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 91BC460009;
Tue, 20 Feb 2024 17:45:21 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN> (martin rudalics's
message of "Mon, 19 Feb 2024 10:42:09 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
<3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
Date: Tue, 20 Feb 2024 19:44:27 +0200
Message-ID: <86bk8bowsk.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -2.6 (--)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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.6 (---)
> Patch attached. I now provide only one hook I called
> 'window-kept-windows-functions' which is run by both
> 'set-window-configuration' and 'window-state-put'.
Thanks, it works nicely with
(defun default-window-keep-windows (_frame windows)
(dolist (quad windows)
(unless (window-minibuffer-p (nth 0 quad))
(let* ((window (nth 0 quad))
(old-buffer (nth 1 quad))
(file (when (bufferp old-buffer)
(buffer-file-name old-buffer)))
(name (or file old-buffer))
(new-buffer (generate-new-buffer
(format "*Old buffer %s*" name))))
(with-current-buffer new-buffer
(set-auto-mode)
(insert "This window displayed the "
(if file "file" "buffer")
(format " %s\n" name))
(when file
(insert-button
"[Restore]" 'action
(lambda (_button)
(set-window-buffer window (find-file-noselect file))
(set-window-point window (nth 3 quad))
(set-window-start window (nth 2 quad) t))))
(goto-char (point-min))
(setq buffer-read-only t)
(set-window-buffer window new-buffer))))))
(add-hook 'window-kept-windows-functions 'default-window-keep-windows)
that works even for (window-state-get nil 'writable).
In this case only the old buffer name is displayed as a string.
I guess there is no more data that could be extracted
from buffer's writable state.
> OK. But note that we now run this hook even if nothing in the window
> configuration changes, typically, when calling 'read-minibuffer'. So
> use it with due care
Indeed, this required adding such guard:
(unless (window-minibuffer-p (nth 0 quad))
> (for example, have the tab code bind it exclusively
> around its calls of 'set-window-configuration').
Thanks for suggestion, will let-bind it in 'tab-bar-select-tab'.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 19 Feb 2024 09:42:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Feb 19 04:42:43 2024
Received: from localhost ([127.0.0.1]:40338 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rc0Ac-0001vc-Ro
for submit <at> debbugs.gnu.org; Mon, 19 Feb 2024 04:42:43 -0500
Received: from mout.gmx.net ([212.227.17.20]:38067)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rc0AZ-0001vN-Uv
for 68235 <at> debbugs.gnu.org; Mon, 19 Feb 2024 04:42:41 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1708335732; x=1708940532; i=rudalics@HIDDEN;
bh=Os1k2bUWrczp/DF3PyKRBhKdOKWEQEYM7zmBi3t+hok=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=Hpz4/pgVdibH70V60B3EllDv4d0ACQ42A1RPa1cBKm0i+ojB45p0QIEwK6SnMpR4
c3E/nnIE7pz3OwVbvjFh0SFrJIXENBf/M5nFXKda1+cs5NoPqy7Wzlx/6d3AdzW/U
FGUT3QqwyjN4Sa2klzxhasmDy3mEHxwgWQiGe8D9HQEoptF/2de/gUx8RYjLQIfsF
gpuxTy9C1VcQV1/6BSiyAhOWlGg8T1QRiXds1hQbV7xdosZhuZbJfCLVdcgqUK3m+
ZR+NOjxSCwG3d2f9BwSu1VPo0AeEm/oXHNAQbI378j1K0NrguZ6his4h0BypGZuhg
N6jNRt6lm/yap05oKA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([46.125.249.97]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MYNJq-1rOIkb3kv4-00VPfg; Mon, 19
Feb 2024 10:42:12 +0100
Content-Type: multipart/mixed; boundary="------------SJqVpA7i8saaRdwjE11AmR0D"
Message-ID: <3fe7e4b4-bc9a-4303-a87f-a360765c597f@HIDDEN>
Date: Mon, 19 Feb 2024 10:42:09 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
<86jzn6yzae.fsf@HIDDEN>
<021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN>
<86il2mxmxd.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86il2mxmxd.fsf@HIDDEN>
X-Provags-ID: V03:K1:OmSMgAX2zYPBcKtty+7OremQVITreCGvtHc4dEZz6307awGRtmz
bu+ngmZVIXEeopghWZwtVgjUIfUt47FnSv2ArQuYIUKtAk0T2cfHefJkzx3D9aFrLTLuVYU
oe3ZP1W1Dj+u/iBBBCv1lr/RuSwz64eibv1H4F1/ZWJKg1S81edXVUkyR6phUPGqZGu+r2p
6Xqwn3F8BgGNzBCbOHO5Q==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:2Wa2oTSXgb0=;PljAoEmkDphEvPLe/ELQoFHH+j4
QPIokprdyq+iveaLbMBLHGk+AeLZux5f5eb1OuSMrX+VE1+wCkvvC1b0woO2zxiT4XXRZ+ifB
+aZWhIZ9dnAoMeAjA5l++HtGtyH6xXzInPrzDQDD27B/Vesccgn0LLpGIgqspDBwno+4lXgup
zcWZdPH7qcmV+7MiWJoHb2VHa4qzXd8+N2Gdx0TlV8GlInaQqlqpjxBMImnubd3Mi3ymUYqmt
XKRvRPZA7h9IWxu0upKuLTmYDRGgP02tv0HoTTct+c+7HqdYOhexxj9EPVi7qZq+NuSR7ZIr2
lvu1HjAdkJ8x/tHjkq5DeaYTliVn3hfh5YQOunmlM/6NDGOrxx+9k3EXOioNgFIFZFedKgnjN
mG0dHr7HkXumSdOCrDSVaXCFnQ4Dlxvu4OihXLPgIynLfY76WHL1qFnc3zOI17+LXnxLOJoyc
dk/pfL1rnGtC2nGxLw0aqCUNmY1K3iKqsZpgUUTvftKTbM1pIcW3XmvVkUrP3sEltIaQVbRG8
Ve8/dP5v87/KyoRegU3m48L4QXTXNLHd5RIO8jgB+mDcn8o+omjYdJsY8DULG4ZPE/Bln7BD6
PAoqBrZTZWGHoX7TuTE+pGwmFzYMYrRbfNFcA8Ny5zpt8ywxDxIGp6Gt4e30iK+6Ma7fSf6g1
v88Czvu8mdfk5E+/IPMe0VR8/tvkXBACBpd9BRjLN4SP2PN3R5ilY0hyRhe7+waHSpfp/r6RP
lzb5TnuULPS3QMnWMW5FF32uWbtAoiBQ6HGjwdYEIa6541y6wAiO6GEyT6/3PXRKHDQvk4cBd
xgGK/NSinXW416PFCfNrPWI6MYahWWTW9UknoaAZ1BwIQ=
X-Spam-Score: 0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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: -0.3 (/)
This is a multi-part message in MIME format.
--------------SJqVpA7i8saaRdwjE11AmR0D
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
>> You mean to do away with the KEEP-WINDOWS argument and keep windows iff
>> `window-state-put-keep-window-functions' is non-nil?
>
> Yes, I meant removing the KEEP-WINDOWS argument.
Patch attached. I now provide only one hook I called
'window-kept-windows-functions' which is run by both
'set-window-configuration' and 'window-state-put'.
Tested with
(defun foo (frame windows)
(while windows
(let* ((quad (car windows))
(window (car quad))
(name (buffer-file-name (nth 1 quad)))
(buffer
(and name (find-file-noselect name))))
(when buffer
(set-window-buffer window buffer)
(set-window-point window (nth 3 quad))
(set-window-start window (nth 2 quad) t)))
(setq windows (cdr windows))))
(add-hook 'window-kept-windows-functions 'foo)
(let ((window (selected-window))
(buffer (pop-to-buffer
(find-file-noselect "...")))
(window-1 (split-window))
(window-2 (split-window nil nil t))
configuration)
(set-window-point window-1 5000)
(set-window-point window-2 10000)
(setq configuration (current-window-configuration))
(y-or-n-p "Configuration saved ...")
(delete-other-windows window)
(kill-buffer buffer)
(y-or-n-p "Configuration reset ...")
(set-window-configuration configuration)
(message "Configuration restored"))
(let ((window (selected-window))
(buffer (pop-to-buffer
(find-file-noselect "...")))
(window-1 (split-window))
(window-2 (split-window nil nil t))
state)
(set-window-point window-1 5000)
(set-window-point window-2 10000)
(setq state (window-state-get))
(y-or-n-p "State saved ...")
(delete-other-windows window)
(kill-buffer buffer)
(y-or-n-p "State reset ...")
(window-state-put state)
(message "State restored"))
>> This would be up to you to decide. Only some practice can tell what's
>> better here.
>
> Otherwise users won't be able to use this hook for existing commands
> that don't set the KEEP-WINDOWS argument.
OK. But note that we now run this hook even if nothing in the window
configuration changes, typically, when calling 'read-minibuffer'. So
use it with due care (for example, have the tab code bind it exclusively
around its calls of 'set-window-configuration').
martin
--------------SJqVpA7i8saaRdwjE11AmR0D
Content-Type: text/x-patch; charset=UTF-8; name="keep-windows.diff"
Content-Disposition: attachment; filename="keep-windows.diff"
Content-Transfer-Encoding: base64
ZGlmZiAtLWdpdCBhL2xpc3Avd2luZG93LmVsIGIvbGlzcC93aW5kb3cuZWwKaW5kZXggZTEw
MGYyNTUyNmIuLjg2OGVlZjBiNjNjIDEwMDY0NAotLS0gYS9saXNwL3dpbmRvdy5lbAorKysg
Yi9saXNwL3dpbmRvdy5lbApAQCAtNjE3NCw2ICs2MTc0LDkgQEAgd2luZG93LXN0YXRlLXB1
dC1saXN0CiAoZGVmdmFyIHdpbmRvdy1zdGF0ZS1wdXQtc3RhbGUtd2luZG93cyBuaWwKICAg
IkhlbHBlciB2YXJpYWJsZSBmb3IgYHdpbmRvdy1zdGF0ZS1wdXQnLiIpCiAKKyhkZWZ2YXIg
d2luZG93LXN0YXRlLXB1dC1rZXB0LXdpbmRvd3MgbmlsCisgICJIZWxwZXIgdmFyaWFibGUg
Zm9yIGB3aW5kb3ctc3RhdGUtcHV0Jy4iKQorCiAoZGVmdW4gd2luZG93LS1zdGF0ZS1wdXQt
MSAoc3RhdGUgJm9wdGlvbmFsIHdpbmRvdyBpZ25vcmUgdG90YWxzIHBpeGVsd2lzZSkKICAg
IkhlbHBlciBmdW5jdGlvbiBmb3IgYHdpbmRvdy1zdGF0ZS1wdXQnLiIKICAgKGxldCAoKHR5
cGUgKGNhciBzdGF0ZSkpKQpAQCAtNjI3OCw5ICs2MjgxLDEwIEBAIHdpbmRvdy0tc3RhdGUt
cHV0LTIKIAkgIChzZXQtd2luZG93LXBhcmFtZXRlciB3aW5kb3cgKGNhciBwYXJhbWV0ZXIp
IChjZHIgcGFyYW1ldGVyKSkpKQogICAgICAgOzsgUHJvY2VzcyBidWZmZXIgcmVsYXRlZCBz
dGF0ZS4KICAgICAgICh3aGVuIHN0YXRlCi0JKGxldCAoKGJ1ZmZlciAoZ2V0LWJ1ZmZlciAo
Y2FyIHN0YXRlKSkpCi0JICAgICAgKHN0YXRlIChjZHIgc3RhdGUpKSkKLQkgIChpZiBidWZm
ZXIKKwkobGV0KiAoKG9sZC1idWZmZXItb3ItbmFtZSAoY2FyIHN0YXRlKSkKKwkgICAgICAg
KGJ1ZmZlciAoZ2V0LWJ1ZmZlciBvbGQtYnVmZmVyLW9yLW5hbWUpKQorCSAgICAgICAoc3Rh
dGUgKGNkciBzdGF0ZSkpKQorCSAgKGlmIChidWZmZXItbGl2ZS1wIGJ1ZmZlcikKIAkgICAg
ICAod2l0aC1jdXJyZW50LWJ1ZmZlciBidWZmZXIKIAkJKHNldC13aW5kb3ctYnVmZmVyIHdp
bmRvdyBidWZmZXIpCiAJCShzZXQtd2luZG93LWhzY3JvbGwgd2luZG93IChjZHIgKGFzc3Eg
J2hzY3JvbGwgc3RhdGUpKSkKQEAgLTYzNzUsNyArNjM3OSwyMCBAQCB3aW5kb3ctLXN0YXRl
LXB1dC0yCiAJICAgIDs7IHNhdmUgdGhlIHdpbmRvdyB3aXRoIHRoZSBpbnRlbnRpb24gb2Yg
ZGVsZXRpbmcgaXQgbGF0ZXIKIAkgICAgOzsgaWYgcG9zc2libGUuCiAJICAgIChzd2l0Y2gt
dG8tcHJldi1idWZmZXIgd2luZG93KQotCSAgICAocHVzaCB3aW5kb3cgd2luZG93LXN0YXRl
LXB1dC1zdGFsZS13aW5kb3dzKSkpKSkpKQorCSAgICAoaWYgd2luZG93LWtlcHQtd2luZG93
cy1mdW5jdGlvbnMKKwkJKGxldCogKChzdGFydCAoY2RyIChhc3NxICdzdGFydCBzdGF0ZSkp
KQorCQkgICAgICAgOzsgSGFuZGxlIGJvdGggLSBtYXJrZXIgcG9zaXRpb25zIGZyb20gd3Jp
dGFibGUKKwkJICAgICAgIDs7IHN0YXRlcyBhbmQgbWFya2VycyBmcm9tIG5vbi13cml0YWJs
ZSBzdGF0ZXMuCisJCSAgICAgICAoc3RhcnQtcG9zIChpZiAobWFya2VycCBzdGFydCkKKwkJ
CQkgICAgICAobWFya2VyLWxhc3QtcG9zaXRpb24gc3RhcnQpCisJCQkJICAgIHN0YXJ0KSkK
KwkJICAgICAgIChwb2ludCAoY2RyIChhc3NxICdwb2ludCBzdGF0ZSkpKQorCQkgICAgICAg
KHBvaW50LXBvcyAoaWYgKG1hcmtlcnAgcG9pbnQpCisJCQkJICAgICAgKG1hcmtlci1sYXN0
LXBvc2l0aW9uIHBvaW50KQorCQkJCSAgICBwb2ludCkpKQorCQkgIChwdXNoIChsaXN0IHdp
bmRvdyBvbGQtYnVmZmVyLW9yLW5hbWUgc3RhcnQtcG9zIHBvaW50LXBvcykKKwkJCXdpbmRv
dy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzKSkKKwkgICAgICAocHVzaCB3aW5kb3cgd2luZG93
LXN0YXRlLXB1dC1zdGFsZS13aW5kb3dzKSkpKSkpKSkKIAogKGRlZnVuIHdpbmRvdy1zdGF0
ZS1wdXQgKHN0YXRlICZvcHRpb25hbCB3aW5kb3cgaWdub3JlKQogICAiUHV0IHdpbmRvdyBz
dGF0ZSBTVEFURSBpbnRvIFdJTkRPVy4KQEAgLTYzODgsOCArNjQwNSwyMCBAQCB3aW5kb3ct
c3RhdGUtcHV0CiBPcHRpb25hbCBhcmd1bWVudCBJR05PUkUgbm9uLW5pbCBtZWFucyBpZ25v
cmUgbWluaW11bSB3aW5kb3cKIHNpemVzIGFuZCBmaXhlZCBzaXplIHJlc3RyaWN0aW9ucy4g
IElHTk9SRSBlcXVhbCBgc2FmZScgbWVhbnMKIHdpbmRvd3MgY2FuIGdldCBhcyBzbWFsbCBh
cyBgd2luZG93LXNhZmUtbWluLWhlaWdodCcgYW5kCi1gd2luZG93LXNhZmUtbWluLXdpZHRo
Jy4iCitgd2luZG93LXNhZmUtbWluLXdpZHRoJy4KKworSWYgdGhlIGFibm9ybWFsIGhvb2sg
YHdpbmRvdy1rZXB0LXdpbmRvd3MtZnVuY3Rpb25zJyBpcyBub24tbmlsLAorbmV2ZXIgZGVs
ZXRlIGFueSB3aW5kb3dzIHNhdmVkIGJ5IFNUQVRFIHdob3NlIGJ1ZmZlcnMgd2VyZQorZGVs
ZXRlZCBzaW5jZSBTVEFURSB3YXMgc2F2ZWQuICBSYXRoZXIgc2hvdyBzb21lIGxpdmUgYnVm
ZmVyIGluCit0aGVtIGFuZCBjYWxsIGVhY2ggZnVuY3Rpb24gaW4gYHdpbmRvdy1rZXB0LXdp
bmRvd3MtZnVuY3Rpb25zJword2l0aCBhIGxpc3Qgb2YgdHdvIGFyZ3VtZW50czogdGhlIGZy
YW1lIHdoZXJlIFNUQVRFIHdhcyBwdXQgYW5kIGEKK2xpc3Qgb2YgZW50cmllcyBmb3IgZWFj
aCBzdWNoIHdpbmRvdy4gIEVhY2ggZW50cnkgY29udGFpbnMgZm91cgorZWxlbWVudHMgLSB0
aGUgd2luZG93LCBpdHMgb2xkIGJ1ZmZlciBhbmQgdGhlIGxhc3QgcG9zaXRpb25zIG9mCitg
d2luZG93LXN0YXJ0JyBhbmQgYHdpbmRvdy1wb2ludCcgZm9yIHRoZSBidWZmZXIgaW4gdGhh
dCB3aW5kb3cuCitBbHdheXMgY2hlY2sgdGhlIHdpbmRvdyBmb3IgbGl2ZW5lc3MgYmVjYXVz
ZSBhbm90aGVyIGZ1bmN0aW9uIHJ1bgorYnkgdGhpcyBob29rIG1heSBoYXZlIGRlbGV0ZWQg
aXQuIgogICAoc2V0cSB3aW5kb3ctc3RhdGUtcHV0LXN0YWxlLXdpbmRvd3MgbmlsKQorICAo
c2V0cSB3aW5kb3ctc3RhdGUtcHV0LWtlcHQtd2luZG93cyBuaWwpCiAKICAgOzsgV2hlbiBX
SU5ET1cgaXMgaW50ZXJuYWwgb3IgbmlsLCByZWR1Y2UgaXQgdG8gYSBsaXZlIG9uZSwKICAg
OzsgdGhlbiBjcmVhdGUgYSBuZXcgd2luZG93IG9uIHRoZSBzYW1lIGZyYW1lIHRvIHB1dCBT
VEFURSBpbnRvLgpAQCAtNjQ5MiwxMiArNjUyMSwxNyBAQCB3aW5kb3ctc3RhdGUtcHV0CiAJ
KHdpbmRvdy0tc3RhdGUtcHV0LTIgaWdub3JlIHBpeGVsd2lzZSkpCiAgICAgICAod2hpbGUg
d2luZG93LXN0YXRlLXB1dC1zdGFsZS13aW5kb3dzCiAJKGxldCAoKHdpbmRvdyAocG9wIHdp
bmRvdy1zdGF0ZS1wdXQtc3RhbGUtd2luZG93cykpKQotICAgICAgICAgIDs7IEF2b2lkIHRo
YXQgJ3dpbmRvdy1kZWxldGFibGUtcCcgdGhyb3dzIGFuIGVycm9yIGlmIHdpbmRvdworCSAg
OzsgQXZvaWQgdGhhdCAnd2luZG93LWRlbGV0YWJsZS1wJyB0aHJvd3MgYW4gZXJyb3IgaWYg
d2luZG93CiAgICAgICAgICAgOzsgd2FzIGFscmVhZHkgZGVsZXRlZCB3aGVuIGV4aXRpbmcg
J3dpdGgtdGVtcC1idWZmZXInIGFib3ZlCiAgICAgICAgICAgOzsgKEJ1ZyM1NDAyOCkuCiAJ
ICAod2hlbiAoYW5kICh3aW5kb3ctdmFsaWQtcCB3aW5kb3cpCiAgICAgICAgICAgICAgICAg
ICAgICAoZXEgKHdpbmRvdy1kZWxldGFibGUtcCB3aW5kb3cpIHQpKQogCSAgICAoZGVsZXRl
LXdpbmRvdyB3aW5kb3cpKSkpCisgICAgICAod2hlbiB3aW5kb3cta2VwdC13aW5kb3dzLWZ1
bmN0aW9ucworCShydW4taG9vay13aXRoLWFyZ3MKKwkgJ3dpbmRvdy1rZXB0LXdpbmRvd3Mt
ZnVuY3Rpb25zCisJIGZyYW1lIHdpbmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzKQorCShz
ZXRxIHdpbmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzIG5pbCkpCiAgICAgICAod2luZG93
LS1jaGVjayBmcmFtZSkpKSkKIAogKGRlZnVuIHdpbmRvdy1zdGF0ZS1idWZmZXJzIChzdGF0
ZSkKZGlmZiAtLWdpdCBhL3NyYy9tYXJrZXIuYyBiL3NyYy9tYXJrZXIuYwppbmRleCAzNzdm
NmZiZThkYi4uMTRiOWY2M2YwY2QgMTAwNjQ0Ci0tLSBhL3NyYy9tYXJrZXIuYworKysgYi9z
cmMvbWFya2VyLmMKQEAgLTQ1OCw2ICs0NTgsMTggQEAgREVGVU4gKCJtYXJrZXItcG9zaXRp
b24iLCBGbWFya2VyX3Bvc2l0aW9uLCBTbWFya2VyX3Bvc2l0aW9uLCAxLCAxLCAwLAogICBy
ZXR1cm4gUW5pbDsKIH0KIAorREVGVU4gKCJtYXJrZXItbGFzdC1wb3NpdGlvbiIsIEZtYXJr
ZXJfbGFzdF9wb3NpdGlvbiwgU21hcmtlcl9sYXN0X3Bvc2l0aW9uLCAxLCAxLCAwLAorICAg
ICAgIGRvYzogLyogUmV0dXJuIGxhc3QgcG9zaXRpb24gb2YgTUFSS0VSIGluIGl0cyBidWZm
ZXIuCitUaGlzIGlzIGxpa2UgYG1hcmtlci1wb3NpdGlvbicgd2l0aCBvbmUgZXhjZXB0aW9u
OiAgSWYgdGhlIGJ1ZmZlciBvZgorTUFSS0VSIGlzIGRlYWQsIGl0IHJldHVybnMgdGhlIGxh
c3QgcG9zaXRpb24gb2YgTUFSS0VSIGluIHRoYXQgYnVmZmVyCitiZWZvcmUgaXQgd2FzIGtp
bGxlZC4gICovKQorICAoTGlzcF9PYmplY3QgbWFya2VyKQoreworICBDSEVDS19NQVJLRVIg
KG1hcmtlcik7CisKKyAgcmV0dXJuIG1ha2VfZml4bnVtIChYTUFSS0VSIChtYXJrZXIpLT5j
aGFycG9zKTsKK30KKwogLyogQ2hhbmdlIE0gc28gaXQgcG9pbnRzIHRvIEIgYXQgQ0hBUlBP
UyBhbmQgQllURVBPUy4gICovCiAKIHN0YXRpYyB2b2lkCkBAIC04MjUsNiArODM3LDcgQEAg
dmVyaWZ5X2J5dGVwb3MgKHB0cmRpZmZfdCBjaGFycG9zKQogc3ltc19vZl9tYXJrZXIgKHZv
aWQpCiB7CiAgIGRlZnN1YnIgKCZTbWFya2VyX3Bvc2l0aW9uKTsKKyAgZGVmc3ViciAoJlNt
YXJrZXJfbGFzdF9wb3NpdGlvbik7CiAgIGRlZnN1YnIgKCZTbWFya2VyX2J1ZmZlcik7CiAg
IGRlZnN1YnIgKCZTc2V0X21hcmtlcik7CiAgIGRlZnN1YnIgKCZTY29weV9tYXJrZXIpOwpk
aWZmIC0tZ2l0IGEvc3JjL3dpbmRvdy5jIGIvc3JjL3dpbmRvdy5jCmluZGV4IDNhNTRmN2Nl
N2IxLi44ZTAwMmQ3MGRiNiAxMDA2NDQKLS0tIGEvc3JjL3dpbmRvdy5jCisrKyBiL3NyYy93
aW5kb3cuYwpAQCAtNzA5MCw2ICs3MDkwLDI0IEBAIERFRlVOICgic2V0LXdpbmRvdy1jb25m
aWd1cmF0aW9uIiwgRnNldF93aW5kb3dfY29uZmlndXJhdGlvbiwKIHRoZSBtaW5pLXdpbmRv
dyBvZiB0aGUgZnJhbWUgZG9lc24ndCBnZXQgc2V0IHRvIHRoZSBjb3JyZXNwb25kaW5nIGVs
ZW1lbnQKIG9mIENPTkZJR1VSQVRJT04uCiAKK05vcm1hbGx5LCB0aGlzIGZ1bmN0aW9uIHdp
bGwgdHJ5IHRvIGRlbGV0ZSBhbnkgZGVhZCB3aW5kb3cgaW4KK0NPTkZJR1VSQVRJT04gd2hv
c2UgYnVmZmVyIGhhcyBiZWVuIGRlbGV0ZWQgc2luY2UgQ09ORklHVVJBVElPTiB3YXMKK21h
ZGUuICBIb3dldmVyLCBpZiB0aGUgYWJub3JtYWwgaG9vayBgd2luZG93LWtlcHQtd2luZG93
cy1mdW5jdGlvbnMnIGlzCitub24tbmlsLCBpdCB3aWxsIHByZXNlcnZlIHN1Y2ggYSB3aW5k
b3cgaW4gdGhlIHJlc3RvcmVkIGxheW91dCBhbmQgc2hvdworYW5vdGhlciBidWZmZXIgaW4g
aXQuCisKK0FmdGVyIHJlc3RvcmluZyB0aGUgZnJhbWUgbGF5b3V0LCB0aGlzIGZ1bmN0aW9u
IHJ1bnMgdGhlIGFibm9ybWFsIGhvb2sKK2B3aW5kb3cta2VwdC13aW5kb3dzLWZ1bmN0aW9u
cycgd2l0aCB0d28gYXJndW1lbnRzIC0gdGhlIGZyYW1lIHdob3NlCitsYXlvdXQgaXQgaGFz
IHJlc3RvcmVkIGFuZCBhIGxpc3Qgb2YgZW50cmllcyBmb3IgZWFjaCB3aW5kb3cgd2hvc2UK
K2J1ZmZlciBoYXMgYmVlbiBmb3VuZCBkZWFkIHdoZW4gaXQgdHJpZWQgdG8gcmVzdG9yZSBD
T05GSUdVUkFUSU9OOiBFYWNoCitlbnRyeSBpcyBhIGxpc3Qgb2YgZm91ciBlbGVtZW50cyA8
d2luZG93LCBidWZmZXIsIHN0YXJ0LCBwb2ludD4gd2hlcmUKK2B3aW5kb3cnIGRlbm90ZXMg
dGhlIHdpbmRvdyB3aG9zZSBidWZmZXIgd2FzIGZvdW5kIGRlYWQsIGBidWZmZXInCitkZW5v
dGVzIHRoZSBkZWFkIGJ1ZmZlciwgYW5kIGBzdGFydCcgYW5kIGBwb2ludCcgZGVub3RlIHRo
ZSBsYXN0IGtub3duCitwb3NpdGlvbnMgb2YgYHdpbmRvdy1zdGFydCcgYW5kIGB3aW5kb3ct
cG9pbnQnIG9mIHRoZSBidWZmZXIgaW4gdGhhdAord2luZG93LiAgQW55IGZ1bmN0aW9uIHJ1
biBieSB0aGlzIGhvb2sgc2hvdWxkIGNoZWNrIHRoZSB3aW5kb3cgZm9yCitsaXZlbmVzcyBi
ZWNhdXNlIGFub3RoZXIgZnVuY3Rpb24gcnVuIGJ5IHRoaXMgaG9vayBtYXkgaGF2ZSBkZWxl
dGVkIGl0CitpbiB0aGUgbWVhbnRpbWUuIgorCiBJZiBDT05GSUdVUkFUSU9OIHdhcyBtYWRl
IGZyb20gYSBmcmFtZSB0aGF0IGlzIG5vdyBkZWxldGVkLAogb25seSBmcmFtZS1pbmRlcGVu
ZGVudCB2YWx1ZXMgY2FuIGJlIHJlc3RvcmVkLiAgSW4gdGhpcyBjYXNlLAogdGhlIHJldHVy
biB2YWx1ZSBpcyBuaWwuICBPdGhlcndpc2UgdGhlIHZhbHVlIGlzIHQuICAqLykKQEAgLTcx
MDAsNiArNzExOCw3IEBAIERFRlVOICgic2V0LXdpbmRvdy1jb25maWd1cmF0aW9uIiwgRnNl
dF93aW5kb3dfY29uZmlndXJhdGlvbiwKICAgc3RydWN0IExpc3BfVmVjdG9yICpzYXZlZF93
aW5kb3dzOwogICBMaXNwX09iamVjdCBuZXdfY3VycmVudF9idWZmZXI7CiAgIExpc3BfT2Jq
ZWN0IGZyYW1lOworICBMaXNwX09iamVjdCBrZXB0X3dpbmRvd3MgPSBRbmlsOwogICBMaXNw
X09iamVjdCBvbGRfZnJhbWUgPSBzZWxlY3RlZF9mcmFtZTsKICAgc3RydWN0IGZyYW1lICpm
OwogICBwdHJkaWZmX3Qgb2xkX3BvaW50ID0gLTE7CkBAIC03MzQwLDYgKzczNTksMTEgQEAg
REVGVU4gKCJzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24iLCBGc2V0X3dpbmRvd19jb25maWd1
cmF0aW9uLAogCQkgICBCVUZfUFQgKFhCVUZGRVIgKHctPmNvbnRlbnRzKSksCiAJCSAgIEJV
Rl9QVF9CWVRFIChYQlVGRkVSICh3LT5jb250ZW50cykpKTsKIAkgICAgICB3LT5zdGFydF9h
dF9saW5lX2JlZyA9IHRydWU7CisJICAgICAgaWYgKCFOSUxQIChWd2luZG93X2tlcHRfd2lu
ZG93c19mdW5jdGlvbnMpKQorCQlrZXB0X3dpbmRvd3MgPSBGY29ucyAobGlzdDQgKHdpbmRv
dywgcC0+YnVmZmVyLAorCQkJCQkgICAgIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+c3Rh
cnQpLAorCQkJCQkgICAgIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+cG9pbnRtKSksCisJ
CQkJICAgICAga2VwdF93aW5kb3dzKTsKIAkgICAgfQogCSAgZWxzZSBpZiAoIU5JTFAgKHct
PnN0YXJ0KSkKIAkgICAgLyogTGVhZiB3aW5kb3cgaGFzIG5vIGxpdmUgYnVmZmVyLCBnZXQg
b25lLiAgKi8KQEAgLTczNjAsNiArNzM4NCwxMSBAQCBERUZVTiAoInNldC13aW5kb3ctY29u
ZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiAJCWRlYWRfd2luZG93
cyA9IEZjb25zICh3aW5kb3csIGRlYWRfd2luZG93cyk7CiAJICAgICAgLyogTWFrZSBzdXJl
IHdpbmRvdyBpcyBubyBtb3JlIGRlZGljYXRlZC4gICovCiAJICAgICAgd3NldF9kZWRpY2F0
ZWQgKHcsIFFuaWwpOworCSAgICAgIGlmICghTklMUCAoVndpbmRvd19rZXB0X3dpbmRvd3Nf
ZnVuY3Rpb25zKSkKKwkJa2VwdF93aW5kb3dzID0gRmNvbnMgKGxpc3Q0ICh3aW5kb3csIHAt
PmJ1ZmZlciwKKwkJCQkJICAgICBGbWFya2VyX2xhc3RfcG9zaXRpb24gKHAtPnN0YXJ0KSwK
KwkJCQkJICAgICBGbWFya2VyX2xhc3RfcG9zaXRpb24gKHAtPnBvaW50bSkpLAorCQkJCSAg
ICAgIGtlcHRfd2luZG93cyk7CiAJICAgIH0KIAl9CiAKQEAgLTc0MTEsMTIgKzc0NDAsMTMg
QEAgREVGVU4gKCJzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24iLCBGc2V0X3dpbmRvd19jb25m
aWd1cmF0aW9uLAogICAgICAgdW5ibG9ja19pbnB1dCAoKTsKIAogICAgICAgLyogU2NhbiBk
ZWFkIGJ1ZmZlciB3aW5kb3dzLiAgKi8KLSAgICAgIGZvciAoOyBDT05TUCAoZGVhZF93aW5k
b3dzKTsgZGVhZF93aW5kb3dzID0gWENEUiAoZGVhZF93aW5kb3dzKSkKLQl7Ci0JICB3aW5k
b3cgPSBYQ0FSIChkZWFkX3dpbmRvd3MpOwotCSAgaWYgKFdJTkRPV19MSVZFX1AgKHdpbmRv
dykgJiYgIUVRICh3aW5kb3csIEZSQU1FX1JPT1RfV0lORE9XIChmKSkpCi0JICAgIGRlbGV0
ZV9kZWxldGFibGVfd2luZG93ICh3aW5kb3cpOwotCX0KKyAgICAgIGlmICghTklMUCAoVndp
bmRvd19rZXB0X3dpbmRvd3NfZnVuY3Rpb25zKSkKKwlmb3IgKDsgQ09OU1AgKGRlYWRfd2lu
ZG93cyk7IGRlYWRfd2luZG93cyA9IFhDRFIgKGRlYWRfd2luZG93cykpCisJICB7CisJICAg
IHdpbmRvdyA9IFhDQVIgKGRlYWRfd2luZG93cyk7CisJICAgIGlmIChXSU5ET1dfTElWRV9Q
ICh3aW5kb3cpICYmICFFUSAod2luZG93LCBGUkFNRV9ST09UX1dJTkRPVyAoZikpKQorCSAg
ICAgIGRlbGV0ZV9kZWxldGFibGVfd2luZG93ICh3aW5kb3cpOworCSAgfQogCiAgICAgICAv
KiBSZWNvcmQgdGhlIHNlbGVjdGVkIHdpbmRvdydzIGJ1ZmZlciBoZXJlLiAgVGhlIHdpbmRv
dyBzaG91bGQKIAkgYWxyZWFkeSBiZSB0aGUgc2VsZWN0ZWQgb25lIGZyb20gdGhlIGNhbGwg
YWJvdmUuICAqLwpAQCAtNzQ2Myw2ICs3NDkzLDExIEBAIERFRlVOICgic2V0LXdpbmRvdy1j
b25maWd1cmF0aW9uIiwgRnNldF93aW5kb3dfY29uZmlndXJhdGlvbiwKICAgbWluaWJ1Zl9z
ZWxlY3RlZF93aW5kb3cgPSBkYXRhLT5taW5pYnVmX3NlbGVjdGVkX3dpbmRvdzsKIAogICBT
QUZFX0ZSRUUgKCk7CisKKyAgaWYgKCFOSUxQIChWcnVuX2hvb2tzKSAmJiAhTklMUCAoVndp
bmRvd19rZXB0X3dpbmRvd3NfZnVuY3Rpb25zKSkKKyAgICBydW5faG9va193aXRoX2FyZ3Nf
MiAoUXdpbmRvd19rZXB0X3dpbmRvd3NfZnVuY3Rpb25zLCBmcmFtZSwKKwkJCSAga2VwdF93
aW5kb3dzKTsKKwogICByZXR1cm4gRlJBTUVfTElWRV9QIChmKSA/IFF0IDogUW5pbDsKIH0K
IApAQCAtODQ2MCw2ICs4NDk1LDggQEAgc3ltc19vZl93aW5kb3cgKHZvaWQpCiAgIERFRlNZ
TSAoUWhlYWRlcl9saW5lX2Zvcm1hdCwgImhlYWRlci1saW5lLWZvcm1hdCIpOwogICBERUZT
WU0gKFF0YWJfbGluZV9mb3JtYXQsICJ0YWItbGluZS1mb3JtYXQiKTsKICAgREVGU1lNIChR
bm9fb3RoZXJfd2luZG93LCAibm8tb3RoZXItd2luZG93Iik7CisgIERFRlNZTSAoUXdpbmRv
d19rZXB0X3dpbmRvd3NfZnVuY3Rpb25zLAorCSAgIndpbmRvdy1rZXB0LXdpbmRvd3MtZnVu
Y3Rpb25zIik7CiAKICAgREVGVkFSX0xJU1AgKCJ0ZW1wLWJ1ZmZlci1zaG93LWZ1bmN0aW9u
IiwgVnRlbXBfYnVmZmVyX3Nob3dfZnVuY3Rpb24sCiAJICAgICAgIGRvYzogLyogTm9uLW5p
bCBtZWFucyBjYWxsIGFzIGZ1bmN0aW9uIHRvIGRpc3BsYXkgYSBoZWxwIGJ1ZmZlci4KQEAg
LTg2MTcsNiArODY1NCwyOCBAQCBzeW1zX29mX3dpbmRvdyAodm9pZCkKIGNhbGwgaXMgcGVy
Zm9ybWVkIHdpdGggdGhlIGZyYW1lIHRlbXBvcmFyaWx5IHNlbGVjdGVkLiAgKi8pOwogICBW
d2luZG93X2NvbmZpZ3VyYXRpb25fY2hhbmdlX2hvb2sgPSBRbmlsOwogCisgIERFRlZBUl9M
SVNQICgid2luZG93LWtlcHQtd2luZG93cy1mdW5jdGlvbnMiLAorCSAgICAgICBWd2luZG93
X2tlcHRfd2luZG93c19mdW5jdGlvbnMsCisJICAgICAgIGRvYzogLyogRnVuY3Rpb25zIHJ1
biBhZnRlciByZXN0b3JpbmcgYSB3aW5kb3cgY29uZmlndXJhdGlvbiBvciBzdGF0ZS4KK1Ro
ZXNlIGZ1bmN0aW9ucyBhcmUgY2FsbGVkIGJ5IGBzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24n
IGFuZAorYHdpbmRvdy1zdGF0ZS1wdXQnLiAgV2hlbiB0aGUgdmFsdWUgb2YgdGhpcyB2YXJp
YWJsZSBpcyBub24tbmlsLCB0aGVzZQorZnVuY3Rpb25zIHJlc3RvcmUgYW55IHdpbmRvdyB3
aG9zZSBidWZmZXIgaGFzIGJlZW4gZGVsZXRlZCBzaW5jZSB0aGUKK2NvcnJlc3BvbmRpbmcg
Y29uZmlndXJhdGlvbiBvciBzdGF0ZSB3YXMgc2F2ZWQuICBSYXRoZXIgdGhhbiBkZWxldGlu
Zworc3VjaCBhIHdpbmRvdywgYHNldC13aW5kb3ctY29uZmlndXJhdGlvbicgYW5kIGB3aW5k
b3ctc3RhdGUtcHV0JyBzaG93Citzb21lIGxpdmUgYnVmZmVyIGluIGl0LgorCitUaGUgdmFs
dWUgc2hvdWxkIGJlIGEgbGlzdCBvZiBmdW5jdGlvbnMgdGhhdCB0YWtlIHR3byBhcmd1bWVu
dHMuICBUaGUKK2ZpcnN0IGFyZ3VtZW50IHNwZWNpZmllcyB0aGUgZnJhbWUgd2hvc2UgY29u
ZmlndXJhdGlvbiBoYXMgYmVlbgorcmVzdG9yZWQuICBUaGUgc2Vjb25kIGFyZ3VtZW50LCBp
ZiBub24tbmlsLCBzcGVjaWZpZXMgYSBsaXN0IG9mIGVudHJpZXMKK2ZvciBlYWNoIHdpbmRv
dyB3aG9zZSBidWZmZXIgaGFzIGJlZW4gZm91bmQgZGVhZCBhdCB0aGUgdGltZQorJ3NldC13
aW5kb3ctY29uZmlndXJhdGlvbicgb3IgYHdpbmRvdy1zdGF0ZS1wdXQnIHRyaWVkIHRvIHJl
c3RvcmUgaXQgaW4KK3RoYXQgd2luZG93LiAgRWFjaCBlbnRyeSBpcyBhIGxpc3Qgb2YgZm91
ciB2YWx1ZXMgLSB0aGUgd2luZG93IHdob3NlCitidWZmZXIgd2FzIGZvdW5kIGRlYWQsIHRo
ZSBkZWFkIGJ1ZmZlciwgYW5kIHRoZSBwb3NpdGlvbnMgb2Ygc3RhcnQgYW5kCitwb2ludCBv
ZiB0aGUgYnVmZmVyIGluIHRoYXQgd2luZG93LiAgTm90ZSB0aGF0IHRoZSB3aW5kb3cgbWF5
IGJlIGFscmVhZHkKK2RlYWQgc2luY2UgYW5vdGhlciBmdW5jdGlvbiBvbiB0aGlzIGxpc3Qg
bWF5IGhhdmUgZGVsZXRlZCBpdCBpbiB0aGUKK21lYW50aW1lLiAgKi8pOworICBWd2luZG93
X2tlcHRfd2luZG93c19mdW5jdGlvbnMgPSBRbmlsOworCiAgIERFRlZBUl9MSVNQICgicmVj
ZW50ZXItcmVkaXNwbGF5IiwgVnJlY2VudGVyX3JlZGlzcGxheSwKIAkgICAgICAgZG9jOiAv
KiBOb24tbmlsIG1lYW5zIGByZWNlbnRlcicgcmVkcmF3cyBlbnRpcmUgZnJhbWUuCiBJZiB0
aGlzIG9wdGlvbiBpcyBub24tbmlsLCB0aGVuIHRoZSBgcmVjZW50ZXInIGNvbW1hbmQgd2l0
aCBhIG5pbAo=
--------------SJqVpA7i8saaRdwjE11AmR0D--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 18 Feb 2024 07:47:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 18 02:47:42 2024 Received: from localhost ([127.0.0.1]:34113 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rbbtl-0003gy-Sl for submit <at> debbugs.gnu.org; Sun, 18 Feb 2024 02:47:42 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:47795) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rbbtj-0003gi-3s for 68235 <at> debbugs.gnu.org; Sun, 18 Feb 2024 02:47:40 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 70E0F20008; Sun, 18 Feb 2024 07:47:11 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> (martin rudalics's message of "Fri, 16 Feb 2024 10:40:02 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> Date: Sun, 18 Feb 2024 09:35:58 +0200 Message-ID: <86il2mxmxd.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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.6 (---) >> One problem is that whether to run the hook is defined by the fourth argument. >> This means that it a user needs to use the hook, there is no way to change >> the fourth argument of the existing function calls in core commands. >> >> Maybe better to keep windows when the hook is not empty? >> I.e. something like this for 'window--state-put-2': >> >> (when window-state-put-keep-window-functions >> ... >> (push (list window old-buffer-or-name start-pos point-pos) >> window-state-put-kept-windows)) > > You mean to do away with the KEEP-WINDOWS argument and keep windows iff > `window-state-put-keep-window-functions' is non-nil? Yes, I meant removing the KEEP-WINDOWS argument. > This would be up to you to decide. Only some practice can tell what's > better here. Otherwise users won't be able to use this hook for existing commands that don't set the KEEP-WINDOWS argument.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 16 Feb 2024 09:40:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 16 04:40:32 2024 Received: from localhost ([127.0.0.1]:57869 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rauhr-0003Iy-O3 for submit <at> debbugs.gnu.org; Fri, 16 Feb 2024 04:40:32 -0500 Received: from mout.gmx.net ([212.227.17.21]:48953) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rauho-0003Ig-IR for 68235 <at> debbugs.gnu.org; Fri, 16 Feb 2024 04:40:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1708076402; x=1708681202; i=rudalics@HIDDEN; bh=n60T9UnQTyEJFpYWAAmlAeXFxHjE7zy1dqFzew3b9ac=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=ctqT/K5xgOZnp3G/trrUdRIE/Ysi0uwg3aO3J7PqppRr1gTnJkbIjfCdhk+3Ee1h 6krR4tSr7b/qgSwev2m1z3iZwn9QnXQbbtYhV+0m9MIO3ScCWSi+pZS+HBTS3x+hz Jy0Socu5Fmx3vsu+uyw1MpSj4sZCC+wmc2koDmr93FKHj8ag3xnbth4243WDuOs/1 BBDO451ie5fNc02YST8lOO3nn6cZ9KvL8Y4zBEyRwhCgB793UA5Mj6Wq4QNscqUGU GaPZTSx+IUV0hvzcQzVQB1sE0xFFTmyt3gdRh88OoA+HbS1B+L/cSl4SCnq1SZSpH 4ZBoWc943Ze7OFuZOw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([46.125.249.69]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MdNcG-1r1qzq1zEm-00ZRh3; Fri, 16 Feb 2024 10:40:02 +0100 Message-ID: <021bb8c2-3f2d-4746-8f04-49f43cf57d16@HIDDEN> Date: Fri, 16 Feb 2024 10:40:02 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window Content-Language: en-US To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86wmrjl8m3.fsf@HIDDEN> <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> <86jzn6yzae.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86jzn6yzae.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:FfjXInrqzDG2LPx4faMFTJyQJk4UWNE3tmNGyvNbXzWaBUA8pyf swvBihR1TpvFtdvDPyHcHqczAY2h0HsxSvHeq4G689bcR+yzPoiRSjqQaXjJixLIw7lfyL+ uCISxPu17a6lRGuv4veCn3K4MpLt/BqIIK+NVzj6NKHkwbBf8wkq1oFO/E2blPyDjfi0SgG Oz2hFNP/NryiCvqVA5nBQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:cGwBKStmbuQ=;1GLjbNnj2iFQisfszjHiO81hPMX G2XA5UIPWrgiNVE5ZUrIfM0LYIk09fZa7VzR8wFE6GuEy/5kXk9kJLBG9eAVPyDtAPhnygiIM BgVV0OfOlpQkxRF3okT/eZ1PQYBG3le/BAZQyRB+MGEhAIHJzoIvvFcq2AwBpvQr+Df4s/KF/ DP0lgtXadYa/ntTCc8T7GDnQd6Yl3S6jxV2tpq6WGVSCa/xM0ejD1LwccrvnjvabUIz0LgjQy nOFwz2Ei7cp/IXDEjYlt/3+Vi1JhH6J8UXNcoR2g48WyNk9ciXsoClxHGqtX9kugU+oqsUbdd 5QSxzNs9cuLFxTdantxXZwQUlFwGmbk+PJHC8+Z2E2v2AKUz8TmwL3YPOz3sxN9ntEEKGKUMN /Cr06bJKmljPJeKRIHok8PMPsJNvPHdjrdTwTgK+fr3lvH4rrNwAaiQToVa3H8+a7gP+/dGSp jhjMOxE1eWun/CNYfRSXUwRJ27Lpgliz6vcvsWUBRP4YS2ji2S5hC2Die/ijlE/me5xV/wBQI s17qU3tvM/Pq1hWFaeY/xMmplYDTuXwbK5TT79+yK0F+DV+nWhvbdm+EvaVD3h6/Uex4BL7q7 9x6PjtmupFiGHAwMRkQHFPhZblboPaMEEN3PfKTzvZZjG+cMJgWddaLGQ2QPPktpQXtXgYssy HpIDLoJeKkhYNwRVTr3fTJ1lAC1c/C+mlfr6wE2/i5LJacm1SYr/vJEWwQq705XkWcc2ZYFw/ 7hAgr0ahbYEqzqrtOCF1kKtVY8+BWpglRLvKQFsI/7JIPcXKo9ygfxsNbXaiPKmd3aLg9es4h VI5meF6i0Iw7AuCqTzdZmsJTU18oesCtOC+LIhwQPJJ3o= X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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: -0.3 (/) > One problem is that whether to run the hook is defined by the fourth argument. > This means that it a user needs to use the hook, there is no way to change > the fourth argument of the existing function calls in core commands. > > Maybe better to keep windows when the hook is not empty? > I.e. something like this for 'window--state-put-2': > > (when window-state-put-keep-window-functions > ... > (push (list window old-buffer-or-name start-pos point-pos) > window-state-put-kept-windows)) You mean to do away with the KEEP-WINDOWS argument and keep windows iff `window-state-put-keep-window-functions' is non-nil? This would be up to you to decide. Only some practice can tell what's better here. >> I added a new hook called 'window-state-put-keep-window-functions' with >> the same arguments as 'post-set-window-configuration-functions'. Maybe >> people wanted to keep them apart. If you think the hook should be also >> run when there are no "kept" windows, we can do that as well. > > Running the hook with an empty list of windows makes sense as well. For some time we don't run hooks any more when windows and their buffers change but rather wait until redisplay detects that some change occurred. `window-state-put-keep-window-functions' already opens the backdoor to the previous behavior so I'm not sure about opening it even further. martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 15 Feb 2024 07:43:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 15 02:43:25 2024
Received: from localhost ([127.0.0.1]:53906 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1raWOz-0007fY-0W
for submit <at> debbugs.gnu.org; Thu, 15 Feb 2024 02:43:25 -0500
Received: from relay2-d.mail.gandi.net ([217.70.183.194]:49187)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1raWOw-0007ez-Fl
for 68235 <at> debbugs.gnu.org; Thu, 15 Feb 2024 02:43:22 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id B1E544000B;
Thu, 15 Feb 2024 07:42:37 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> (martin rudalics's
message of "Tue, 6 Feb 2024 11:34:54 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
Date: Thu, 15 Feb 2024 09:34:33 +0200
Message-ID: <86jzn6yzae.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -2.6 (--)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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.6 (---)
>> Is 'keep-windows' doable for 'window-state-put' as well?
>
> I attach a patch that adds a fourth argument to 'window-state-put'. It
> and a new 'set-window-configuration' now use a new function I called
> 'marker-last-position' that returns the last position of a marker even
> after its buffer was killed.
Thanks, I tested, and both hooks work nicely.
One problem is that whether to run the hook is defined by the fourth argument.
This means that it a user needs to use the hook, there is no way to change
the fourth argument of the existing function calls in core commands.
Maybe better to keep windows when the hook is not empty?
I.e. something like this for 'window--state-put-2':
(when window-state-put-keep-window-functions
...
(push (list window old-buffer-or-name start-pos point-pos)
window-state-put-kept-windows))
> I added a new hook called 'window-state-put-keep-window-functions' with
> the same arguments as 'post-set-window-configuration-functions'. Maybe
> people wanted to keep them apart. If you think the hook should be also
> run when there are no "kept" windows, we can do that as well.
Running the hook with an empty list of windows makes sense as well.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 6 Feb 2024 18:15:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 06 13:15:39 2024
Received: from localhost ([127.0.0.1]:55092 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rXPys-0007eB-Pr
for submit <at> debbugs.gnu.org; Tue, 06 Feb 2024 13:15:39 -0500
Received: from relay9-d.mail.gandi.net ([2001:4b98:dc4:8::229]:54867)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rXPyr-0007du-0Q
for 68235 <at> debbugs.gnu.org; Tue, 06 Feb 2024 13:15:37 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 1F695FF809;
Tue, 6 Feb 2024 18:15:15 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN> (martin rudalics's
message of "Tue, 6 Feb 2024 11:34:54 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
<39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
Date: Tue, 06 Feb 2024 20:03:35 +0200
Message-ID: <86plx95uls.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
>> Is 'keep-windows' doable for 'window-state-put' as well?
>
> I attach a patch that adds a fourth argument to 'window-state-put'. It
> and a new 'set-window-configuration' now use a new function I called
> 'marker-last-position' that returns the last position of a marker even
> after its buffer was killed.
Thanks, will test it.
> The patch also fixes a bug in 'window--state-put-2' that can be
> reproduced with the following simple scenario
>
> (let ((buffer (get-buffer-create "*foo*"))
> state)
> (pop-to-buffer buffer)
> (setq state (window-state-get))
> (kill-buffer buffer)
> (window-state-put state))
>
> Did you never see it?
I have seen it when created the first version of the test case:
(let (ws)
(pop-to-buffer "*Messages*")
(setq ws (window-state-get))
(kill-buffer "*Messages*")
(window-state-put ws))
But then added both 'writable' to 'window-state-get'
and at the same time 'safe' to 'window-state-put':
(let (ws)
(pop-to-buffer "*Messages*")
(setq ws (window-state-get nil 'writable))
(kill-buffer "*Messages*")
(window-state-put ws nil 'safe))
And it didn't fail anymore, so I assumed that
'safe' fixed it ;-)
But now I see that actually 'writable' "fixed" it.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 6 Feb 2024 10:35:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 06 05:35:21 2024
Received: from localhost ([127.0.0.1]:53257 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rXInQ-0008VM-0p
for submit <at> debbugs.gnu.org; Tue, 06 Feb 2024 05:35:21 -0500
Received: from mout.gmx.net ([212.227.17.20]:41495)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rXInL-0008V0-AB
for 68235 <at> debbugs.gnu.org; Tue, 06 Feb 2024 05:35:18 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1707215695; x=1707820495; i=rudalics@HIDDEN;
bh=BmbkTMMQ933+PogHjRfCCvbuoLUZJa0z48/JMk6b+cM=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=KhoqBvpQQCcX42vELHtsiasaP4bZaf0fGwYI5w159UZitVpVV2NCicxt77eCHjcc
nEYWLA63pkTRB+1SPdFDEKnKOasLADuZsV9UsYa8pBm+DmtZtDnusNz2KGgblvJPr
UhAjJwmwzR1lasaA0jkGdU1bYsjLLNCmf3QyVNvshdMpSCSsv76jxKzL6BXC62ep6
S7g1OHtvY24C7Uu/tsArxDTejANeIMhtHHdqC3mVeXygPSMDgha7PTGlek6w7U72S
I6SDnHKu7vilmRAsrfyvJzJxvAle5ptyM5jHAHPN2Cv/iOflZ9N9Lq7DQkN2Hbrfu
L9IUC98WZ8EDDmaLEg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.96.143]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MuDXp-1qkHVC1OUn-00uc7Q; Tue, 06
Feb 2024 11:34:55 +0100
Content-Type: multipart/mixed; boundary="------------hys38LS9BQejc30NIWcM9Lk2"
Message-ID: <39fe71c5-db40-49d1-b22b-37b52ed13865@HIDDEN>
Date: Tue, 6 Feb 2024 11:34:54 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86wmrjl8m3.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86wmrjl8m3.fsf@HIDDEN>
X-Provags-ID: V03:K1:hCHKBFpmH6pUKAHPKfbRCOcC9Yql1Aky+AMQHPqbEr4AwiHKTnQ
oGdLOUm6FVuu2N6dFGj1JvtKYQB4HqUibUrq11FpSDMYB+RR4iFDOJkwj/QtyXIcXjnZB6f
4HryLGNLqqL9SIAW4cHYxzXnd1PqpGIU1bI+3GO3toAdCP3Z6b1+QebhM9Qt+YlgGXXbOlZ
5ip3VJrjPiyB/cQmK+Oiw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:eZEpp0VWlEQ=;5on2/ofjSsidpNgsHTSYZJAVdPH
JBmBzGK/EV4doCy/8Ejs9WgHGrBj7qBC8l+vgWDaU86CBQKlJaDEoYooraOLq1O23i+c45yFs
GcLWwGghuMN7cLCrpTyPLvF667zOr2GBKp2BfL963QVy+SNjEfJnUXd92mxb42amdafSFI5Qj
5mI0upJKZ/CmsigLRk9ss9CKMXHHN0wBLlTryRrXB4j9vwLnuV+AIx04NgkH2tsyoV1ST2PIo
dLmUS2WZ8fuyeaOgDjRrejBZqb7p688ERm99S0z/ZMC5rtZQ+bL4rxKmXHfnR6T7dct1jbs28
iqNohQIai1T6lrqeuPoUTp8IX1hDTZ6kYQYZfkd65SfyR/HTDKqA6XWKIWr1DAOkIKbvcSgt0
nhk9xdi5W7hXNPjATqlv/VcK32DC+vzXgKftAGGTWSj7EfeMJwOnxrEuQzfqd8znDnvUdO0Pc
Mw0CiitufrTXdVFyxEDYGA9tjt4uFhwbQpJR9J4ntF6EAsffMSQPrwvQjCQge6eNtkCS5PZJc
ZRXDNwOA2u5AvtVOEe5WFwwQUoF+JvUnhXKPHycpuZu6rzwt8WHv0xfIIK2RAmDLJjzDDatlS
oM4chWUjAxlegAW/F8qicZ7Ekw28qfknOLPOtntij4r/IAM2nH3YMcHAc2pyu0372R7GphDxg
1LlnTNWlzNaTckK91AsskI7dk7XBTMXKV2VJdCOtaFjfnXmeQfmbB+jNAtswRkXoR5PJvyIwO
ry08qLL6IdSuv37VvzFiRrfIfs2QpqK33Vt2pOkPrVK5c6V6tZ9zNUFCYTCbwfnVtGdXUJ4qT
g9nz/38mAMJCw7N7aI5IfThsThJ9OCLbhrEnU377fwpQI=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
This is a multi-part message in MIME format.
--------------hys38LS9BQejc30NIWcM9Lk2
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
> Is 'keep-windows' doable for 'window-state-put' as well?
I attach a patch that adds a fourth argument to 'window-state-put'. It
and a new 'set-window-configuration' now use a new function I called
'marker-last-position' that returns the last position of a marker even
after its buffer was killed.
The patch also fixes a bug in 'window--state-put-2' that can be
reproduced with the following simple scenario
(let ((buffer (get-buffer-create "*foo*"))
state)
(pop-to-buffer buffer)
(setq state (window-state-get))
(kill-buffer buffer)
(window-state-put state))
Did you never see it?
> So maybe the same option 'keep-windows' could call the same hook
> 'post-set-window-configuration-functions' from 'window-state-put' too?
I added a new hook called 'window-state-put-keep-window-functions' with
the same arguments as 'post-set-window-configuration-functions'. Maybe
people wanted to keep them apart. If you think the hook should be also
run when there are no "kept" windows, we can do that as well.
I tested it here with
(defun foo (frame windows)
(while windows
(let* ((quad (car windows))
(window (car quad))
(buffer (find-file-noselect
(buffer-file-name (nth 1 quad)))))
(when buffer
(set-window-buffer window buffer)
(set-window-point window (nth 3 quad))
(set-window-start window (nth 2 quad) t)))
(setq windows (cdr windows))))
(add-hook 'window-state-put-keep-window-functions 'foo)
(let ((window (selected-window))
(buffer (pop-to-buffer
(find-file-noselect "...")))
(window-1 (split-window))
(window-2 (split-window nil nil t))
state)
(set-window-point window-1 5000)
(set-window-point window-2 10000)
(setq state (window-state-get))
(y-or-n-p "State saved ...")
(delete-other-windows window)
(kill-buffer buffer)
(y-or-n-p "State reset ...")
(window-state-put state nil nil t)
(message "State restored"))
martin
--------------hys38LS9BQejc30NIWcM9Lk2
Content-Type: text/x-patch; charset=UTF-8; name="keep-windows-2.diff"
Content-Disposition: attachment; filename="keep-windows-2.diff"
Content-Transfer-Encoding: base64
ZGlmZiAtLWdpdCBhL2xpc3Avd2luZG93LmVsIGIvbGlzcC93aW5kb3cuZWwKaW5kZXggZTEw
MGYyNTUyNmIuLjNmYTA2YjA3MDhjIDEwMDY0NAotLS0gYS9saXNwL3dpbmRvdy5lbAorKysg
Yi9saXNwL3dpbmRvdy5lbApAQCAtNjE2OCwxMiArNjE2OCwyNSBAQCB3aW5kb3ctc3RhdGUt
Z2V0CiAgICAgIChtaW4tcGl4ZWwtd2lkdGgtc2FmZSAgICAuICwod2luZG93LW1pbi1zaXpl
IHdpbmRvdyB0ICdzYWZlIHQpKSkKICAgICh3aW5kb3ctLXN0YXRlLWdldC0xIHdpbmRvdyB3
cml0YWJsZSkpKQogCisoZGVmdmFyIHdpbmRvdy1zdGF0ZS1wdXQta2VlcC13aW5kb3ctZnVu
Y3Rpb25zIG5pbAorICAiTGlzdCBvZiBmdW5jdGlvbnMgcnVuIGJ5IGB3aW5kb3ctc3RhdGUt
cHV0JyBmb3Igd2luZG93cyB0byBrZWVwLgorVGhlc2UgZnVuY3Rpb25zIGFyZSBjYWxsZWQg
d2hlbiBgd2luZG93LXN0YXRlLXB1dCcgaGFzIGJlZW4KK2ludm9rZWQgd2l0aCBLRUVQLVdJ
TkRPV1Mgbm9uLW5pbC4gIGB3aW5kb3ctc3RhdGUtcHV0JyBydW5zIHRoZW0KK2FmdGVyIGl0
IGhhcyByZXN0b3JlZCBTVEFURSwgZm9yIGVhY2ggd2luZG93IHdob3NlIGJ1ZmZlciBoYXMK
K2JlZW4gZGVsZXRlZCBzaW5jZSBTVEFURSB3YXMgc2F2ZWQuICBFYWNoIGZ1bmN0aW9uIGlz
IGNhbGxlZCB3aXRoCit0d28gYXJndW1lbnRzLiAgVGhlIGZyYW1lIG9uIHdoaWNoIHRoZSB3
aW5kb3cgd2FzIHJlc3RvcmVkIGFuZCBhCitxdWFkcnVwbGUgb2YgZm91ciBlbnRyaWVzIC0g
dGhlIHdpbmRvdywgaXRzIG9sZCBidWZmZXIgYW5kIHRoYXQKK2J1ZmZlcidzIHN0YXJ0IGFu
ZCBwb2ludCBwb3NpdGlvbnMuIikKKwogKGRlZnZhciB3aW5kb3ctc3RhdGUtcHV0LWxpc3Qg
bmlsCiAgICJIZWxwZXIgdmFyaWFibGUgZm9yIGB3aW5kb3ctc3RhdGUtcHV0Jy4iKQogCiAo
ZGVmdmFyIHdpbmRvdy1zdGF0ZS1wdXQtc3RhbGUtd2luZG93cyBuaWwKICAgIkhlbHBlciB2
YXJpYWJsZSBmb3IgYHdpbmRvdy1zdGF0ZS1wdXQnLiIpCiAKKyhkZWZ2YXIgd2luZG93LXN0
YXRlLXB1dC1rZXB0LXdpbmRvd3MgbmlsCisgICJIZWxwZXIgdmFyaWFibGUgZm9yIGB3aW5k
b3ctc3RhdGUtcHV0Jy4iKQorCiAoZGVmdW4gd2luZG93LS1zdGF0ZS1wdXQtMSAoc3RhdGUg
Jm9wdGlvbmFsIHdpbmRvdyBpZ25vcmUgdG90YWxzIHBpeGVsd2lzZSkKICAgIkhlbHBlciBm
dW5jdGlvbiBmb3IgYHdpbmRvdy1zdGF0ZS1wdXQnLiIKICAgKGxldCAoKHR5cGUgKGNhciBz
dGF0ZSkpKQpAQCAtNjI1OCw3ICs2MjcxLDcgQEAgd2luZG93LS1zdGF0ZS1wdXQtMQogCSAg
ICA7OyBDb250aW51ZSB3aXRoIHRoZSBsYXN0IHdpbmRvdyBzcGxpdCBvZmYuCiAJICAgIChz
ZXRxIHdpbmRvdyBuZXcpKSkpKSkpKQogCi0oZGVmdW4gd2luZG93LS1zdGF0ZS1wdXQtMiAo
aWdub3JlIHBpeGVsd2lzZSkKKyhkZWZ1biB3aW5kb3ctLXN0YXRlLXB1dC0yIChpZ25vcmUg
cGl4ZWx3aXNlIGtlZXAtd2luZG93cykKICAgIkhlbHBlciBmdW5jdGlvbiBmb3IgYHdpbmRv
dy1zdGF0ZS1wdXQnLiIKICAgKGRvbGlzdCAoaXRlbSB3aW5kb3ctc3RhdGUtcHV0LWxpc3Qp
CiAgICAgKGxldCAoKHdpbmRvdyAoY2FyIGl0ZW0pKQpAQCAtNjI3OCw5ICs2MjkxLDEwIEBA
IHdpbmRvdy0tc3RhdGUtcHV0LTIKIAkgIChzZXQtd2luZG93LXBhcmFtZXRlciB3aW5kb3cg
KGNhciBwYXJhbWV0ZXIpIChjZHIgcGFyYW1ldGVyKSkpKQogICAgICAgOzsgUHJvY2VzcyBi
dWZmZXIgcmVsYXRlZCBzdGF0ZS4KICAgICAgICh3aGVuIHN0YXRlCi0JKGxldCAoKGJ1ZmZl
ciAoZ2V0LWJ1ZmZlciAoY2FyIHN0YXRlKSkpCi0JICAgICAgKHN0YXRlIChjZHIgc3RhdGUp
KSkKLQkgIChpZiBidWZmZXIKKwkobGV0KiAoKG9sZC1idWZmZXItb3ItbmFtZSAoY2FyIHN0
YXRlKSkKKwkgICAgICAgKGJ1ZmZlciAoZ2V0LWJ1ZmZlciBvbGQtYnVmZmVyLW9yLW5hbWUp
KQorCSAgICAgICAoc3RhdGUgKGNkciBzdGF0ZSkpKQorCSAgKGlmIChidWZmZXItbGl2ZS1w
IGJ1ZmZlcikKIAkgICAgICAod2l0aC1jdXJyZW50LWJ1ZmZlciBidWZmZXIKIAkJKHNldC13
aW5kb3ctYnVmZmVyIHdpbmRvdyBidWZmZXIpCiAJCShzZXQtd2luZG93LWhzY3JvbGwgd2lu
ZG93IChjZHIgKGFzc3EgJ2hzY3JvbGwgc3RhdGUpKSkKQEAgLTYzNzUsOSArNjM4OSwyMiBA
QCB3aW5kb3ctLXN0YXRlLXB1dC0yCiAJICAgIDs7IHNhdmUgdGhlIHdpbmRvdyB3aXRoIHRo
ZSBpbnRlbnRpb24gb2YgZGVsZXRpbmcgaXQgbGF0ZXIKIAkgICAgOzsgaWYgcG9zc2libGUu
CiAJICAgIChzd2l0Y2gtdG8tcHJldi1idWZmZXIgd2luZG93KQotCSAgICAocHVzaCB3aW5k
b3cgd2luZG93LXN0YXRlLXB1dC1zdGFsZS13aW5kb3dzKSkpKSkpKQotCi0oZGVmdW4gd2lu
ZG93LXN0YXRlLXB1dCAoc3RhdGUgJm9wdGlvbmFsIHdpbmRvdyBpZ25vcmUpCisJICAgIChp
ZiBrZWVwLXdpbmRvd3MKKwkJKGxldCogKChzdGFydCAoY2RyIChhc3NxICdzdGFydCBzdGF0
ZSkpKQorCQkgICAgICAgOzsgSGFuZGxlIGJvdGggLSBtYXJrZXIgcG9zaXRpb25zIGZyb20g
d3JpdGFibGUKKwkJICAgICAgIDs7IHN0YXRlcyBhbmQgbWFya2VycyBmcm9tIG5vbi13cml0
YWJsZSBzdGF0ZXMuCisJCSAgICAgICAoc3RhcnQtcG9zIChpZiAobWFya2VycCBzdGFydCkK
KwkJCQkgICAgICAobWFya2VyLWxhc3QtcG9zaXRpb24gc3RhcnQpCisJCQkJICAgIHN0YXJ0
KSkKKwkJICAgICAgIChwb2ludCAoY2RyIChhc3NxICdwb2ludCBzdGF0ZSkpKQorCQkgICAg
ICAgKHBvaW50LXBvcyAoaWYgKG1hcmtlcnAgcG9pbnQpCisJCQkJICAgICAgKG1hcmtlci1s
YXN0LXBvc2l0aW9uIHBvaW50KQorCQkJCSAgICBwb2ludCkpKQorCQkgIChwdXNoIChsaXN0
IHdpbmRvdyBvbGQtYnVmZmVyLW9yLW5hbWUgc3RhcnQtcG9zIHBvaW50LXBvcykKKwkJCXdp
bmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzKSkKKwkgICAgICAocHVzaCB3aW5kb3cgd2lu
ZG93LXN0YXRlLXB1dC1zdGFsZS13aW5kb3dzKSkpKSkpKSkKKworKGRlZnVuIHdpbmRvdy1z
dGF0ZS1wdXQgKHN0YXRlICZvcHRpb25hbCB3aW5kb3cgaWdub3JlIGtlZXAtd2luZG93cykK
ICAgIlB1dCB3aW5kb3cgc3RhdGUgU1RBVEUgaW50byBXSU5ET1cuCiBTVEFURSBzaG91bGQg
YmUgdGhlIHN0YXRlIG9mIGEgd2luZG93IHJldHVybmVkIGJ5IGFuIGVhcmxpZXIKIGludm9j
YXRpb24gb2YgYHdpbmRvdy1zdGF0ZS1nZXQnLiAgT3B0aW9uYWwgYXJndW1lbnQgV0lORE9X
IG11c3QKQEAgLTYzODgsOCArNjQxNSwxOSBAQCB3aW5kb3ctc3RhdGUtcHV0CiBPcHRpb25h
bCBhcmd1bWVudCBJR05PUkUgbm9uLW5pbCBtZWFucyBpZ25vcmUgbWluaW11bSB3aW5kb3cK
IHNpemVzIGFuZCBmaXhlZCBzaXplIHJlc3RyaWN0aW9ucy4gIElHTk9SRSBlcXVhbCBgc2Fm
ZScgbWVhbnMKIHdpbmRvd3MgY2FuIGdldCBhcyBzbWFsbCBhcyBgd2luZG93LXNhZmUtbWlu
LWhlaWdodCcgYW5kCi1gd2luZG93LXNhZmUtbWluLXdpZHRoJy4iCitgd2luZG93LXNhZmUt
bWluLXdpZHRoJy4KKworT3B0aW9uYWwgYXJndW1lbnQgS0VFUC1XSU5ET1dTIG5vbi1uaWwg
bWVhbnMgdG8gbmV2ZXIgZGVsZXRlIGFueQord2luZG93cyBzYXZlZCBieSBTVEFURSB3aG9z
ZSBidWZmZXJzIHdlcmUgZGVsZXRlZCBzaW5jZSBTVEFURSB3YXMKK3NhdmVkLiAgYHdpbmRv
dy1zdGF0ZS1wdXQnIHJlY29yZHMgc3VjaCB3aW5kb3dzIGluIGEgbGlzdCBhbmQKK2NhbGxz
IHRoZSBmdW5jdGlvbnMgaW4gYHdpbmRvdy1zdGF0ZS1wdXQta2VlcC13aW5kb3ctZnVuY3Rp
b25zJword2l0aCBhIGxpc3Qgb2YgdHdvIGFyZ3VtZW50czogdGhlIGZyYW1lIHdoZXJlIFNU
QVRFIHdhcyBwdXQgYW5kIGEKK2xpc3Qgb2YgZW50cmllcyBmb3IgZWFjaCBzdWNoIHdpbmRv
dy4gIEVhY2ggZW50cnkgY29udGFpbnMgZm91cgorZWxlbWVudHMgLSB0aGUgd2luZG93LCBp
dHMgb2xkIGJ1ZmZlciBhbmQgdGhlIGxhc3QgcG9zaXRpb25zIG9mCitgd2luZG93LXN0YXJ0
JyBhbmQgYHdpbmRvdy1wb2ludCcgZm9yIHRoZSBidWZmZXIgaW4gdGhhdCB3aW5kb3cuCitL
RUVQLVdJTkRPV1MgbmlsIG1lYW5zIHN1Y2ggd2luZG93cyBhcmUgZGVsZXRlZCwgaWYgcG9z
c2libGUuIgogICAoc2V0cSB3aW5kb3ctc3RhdGUtcHV0LXN0YWxlLXdpbmRvd3MgbmlsKQor
ICAoc2V0cSB3aW5kb3ctc3RhdGUtcHV0LWtlcHQtd2luZG93cyBuaWwpCiAKICAgOzsgV2hl
biBXSU5ET1cgaXMgaW50ZXJuYWwgb3IgbmlsLCByZWR1Y2UgaXQgdG8gYSBsaXZlIG9uZSwK
ICAgOzsgdGhlbiBjcmVhdGUgYSBuZXcgd2luZG93IG9uIHRoZSBzYW1lIGZyYW1lIHRvIHB1
dCBTVEFURSBpbnRvLgpAQCAtNjQ4OSwxNSArNjUyNywyMSBAQCB3aW5kb3ctc3RhdGUtcHV0
CiAgICAgICAod2l0aC10ZW1wLWJ1ZmZlcgogCShzZXQtd2luZG93LWJ1ZmZlciB3aW5kb3cg
KGN1cnJlbnQtYnVmZmVyKSkKIAkod2luZG93LS1zdGF0ZS1wdXQtMSBzdGF0ZSB3aW5kb3cg
bmlsIHRvdGFscyBwaXhlbHdpc2UpCi0JKHdpbmRvdy0tc3RhdGUtcHV0LTIgaWdub3JlIHBp
eGVsd2lzZSkpCisJKHdpbmRvdy0tc3RhdGUtcHV0LTIgaWdub3JlIHBpeGVsd2lzZSBrZWVw
LXdpbmRvd3MpKQogICAgICAgKHdoaWxlIHdpbmRvdy1zdGF0ZS1wdXQtc3RhbGUtd2luZG93
cwogCShsZXQgKCh3aW5kb3cgKHBvcCB3aW5kb3ctc3RhdGUtcHV0LXN0YWxlLXdpbmRvd3Mp
KSkKLSAgICAgICAgICA7OyBBdm9pZCB0aGF0ICd3aW5kb3ctZGVsZXRhYmxlLXAnIHRocm93
cyBhbiBlcnJvciBpZiB3aW5kb3cKKwkgIDs7IEF2b2lkIHRoYXQgJ3dpbmRvdy1kZWxldGFi
bGUtcCcgdGhyb3dzIGFuIGVycm9yIGlmIHdpbmRvdwogICAgICAgICAgIDs7IHdhcyBhbHJl
YWR5IGRlbGV0ZWQgd2hlbiBleGl0aW5nICd3aXRoLXRlbXAtYnVmZmVyJyBhYm92ZQogICAg
ICAgICAgIDs7IChCdWcjNTQwMjgpLgogCSAgKHdoZW4gKGFuZCAod2luZG93LXZhbGlkLXAg
d2luZG93KQogICAgICAgICAgICAgICAgICAgICAgKGVxICh3aW5kb3ctZGVsZXRhYmxlLXAg
d2luZG93KSB0KSkKIAkgICAgKGRlbGV0ZS13aW5kb3cgd2luZG93KSkpKQorICAgICAgKHdo
ZW4gd2luZG93LXN0YXRlLXB1dC1rZXB0LXdpbmRvd3MKKwkod2hlbiB3aW5kb3ctc3RhdGUt
cHV0LWtlZXAtd2luZG93LWZ1bmN0aW9ucworCSAgKHJ1bi1ob29rLXdpdGgtYXJncworCSAg
ICd3aW5kb3ctc3RhdGUtcHV0LWtlZXAtd2luZG93LWZ1bmN0aW9ucworCSAgIGZyYW1lIHdp
bmRvdy1zdGF0ZS1wdXQta2VwdC13aW5kb3dzKSkKKwkoc2V0cSB3aW5kb3ctc3RhdGUtcHV0
LWtlcHQtd2luZG93cyBuaWwpKQogICAgICAgKHdpbmRvdy0tY2hlY2sgZnJhbWUpKSkpCiAK
IChkZWZ1biB3aW5kb3ctc3RhdGUtYnVmZmVycyAoc3RhdGUpCmRpZmYgLS1naXQgYS9zcmMv
a2V5Ym9hcmQuYyBiL3NyYy9rZXlib2FyZC5jCmluZGV4IGUxZDczOGRkNmVmLi5iNmJhM2M1
N2ZmOCAxMDA2NDQKLS0tIGEvc3JjL2tleWJvYXJkLmMKKysrIGIvc3JjL2tleWJvYXJkLmMK
QEAgLTIyODEsNyArMjI4MSw3IEBAIHJlYWRfY2hhcl9oZWxwX2Zvcm1fdW53aW5kICh2b2lk
KQogICBMaXNwX09iamVjdCB3aW5kb3dfY29uZmlnID0gWENBUiAoaGVscF9mb3JtX3NhdmVk
X3dpbmRvd19jb25maWdzKTsKICAgaGVscF9mb3JtX3NhdmVkX3dpbmRvd19jb25maWdzID0g
WENEUiAoaGVscF9mb3JtX3NhdmVkX3dpbmRvd19jb25maWdzKTsKICAgaWYgKCFOSUxQICh3
aW5kb3dfY29uZmlnKSkKLSAgICBGc2V0X3dpbmRvd19jb25maWd1cmF0aW9uICh3aW5kb3df
Y29uZmlnLCBRbmlsLCBRbmlsKTsKKyAgICBGc2V0X3dpbmRvd19jb25maWd1cmF0aW9uICh3
aW5kb3dfY29uZmlnLCBRbmlsLCBRbmlsLCBRbmlsKTsKIH0KIAogI2RlZmluZSBTVE9QX1BP
TExJTkcJCQkJCVwKZGlmZiAtLWdpdCBhL3NyYy9tYXJrZXIuYyBiL3NyYy9tYXJrZXIuYwpp
bmRleCAzNzdmNmZiZThkYi4uMTRiOWY2M2YwY2QgMTAwNjQ0Ci0tLSBhL3NyYy9tYXJrZXIu
YworKysgYi9zcmMvbWFya2VyLmMKQEAgLTQ1OCw2ICs0NTgsMTggQEAgREVGVU4gKCJtYXJr
ZXItcG9zaXRpb24iLCBGbWFya2VyX3Bvc2l0aW9uLCBTbWFya2VyX3Bvc2l0aW9uLCAxLCAx
LCAwLAogICByZXR1cm4gUW5pbDsKIH0KIAorREVGVU4gKCJtYXJrZXItbGFzdC1wb3NpdGlv
biIsIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiwgU21hcmtlcl9sYXN0X3Bvc2l0aW9uLCAxLCAx
LCAwLAorICAgICAgIGRvYzogLyogUmV0dXJuIGxhc3QgcG9zaXRpb24gb2YgTUFSS0VSIGlu
IGl0cyBidWZmZXIuCitUaGlzIGlzIGxpa2UgYG1hcmtlci1wb3NpdGlvbicgd2l0aCBvbmUg
ZXhjZXB0aW9uOiAgSWYgdGhlIGJ1ZmZlciBvZgorTUFSS0VSIGlzIGRlYWQsIGl0IHJldHVy
bnMgdGhlIGxhc3QgcG9zaXRpb24gb2YgTUFSS0VSIGluIHRoYXQgYnVmZmVyCitiZWZvcmUg
aXQgd2FzIGtpbGxlZC4gICovKQorICAoTGlzcF9PYmplY3QgbWFya2VyKQoreworICBDSEVD
S19NQVJLRVIgKG1hcmtlcik7CisKKyAgcmV0dXJuIG1ha2VfZml4bnVtIChYTUFSS0VSICht
YXJrZXIpLT5jaGFycG9zKTsKK30KKwogLyogQ2hhbmdlIE0gc28gaXQgcG9pbnRzIHRvIEIg
YXQgQ0hBUlBPUyBhbmQgQllURVBPUy4gICovCiAKIHN0YXRpYyB2b2lkCkBAIC04MjUsNiAr
ODM3LDcgQEAgdmVyaWZ5X2J5dGVwb3MgKHB0cmRpZmZfdCBjaGFycG9zKQogc3ltc19vZl9t
YXJrZXIgKHZvaWQpCiB7CiAgIGRlZnN1YnIgKCZTbWFya2VyX3Bvc2l0aW9uKTsKKyAgZGVm
c3ViciAoJlNtYXJrZXJfbGFzdF9wb3NpdGlvbik7CiAgIGRlZnN1YnIgKCZTbWFya2VyX2J1
ZmZlcik7CiAgIGRlZnN1YnIgKCZTc2V0X21hcmtlcik7CiAgIGRlZnN1YnIgKCZTY29weV9t
YXJrZXIpOwpkaWZmIC0tZ2l0IGEvc3JjL3dpbmRvdy5jIGIvc3JjL3dpbmRvdy5jCmluZGV4
IDNhNTRmN2NlN2IxLi5jYjM3OTgzYjY0OCAxMDA2NDQKLS0tIGEvc3JjL3dpbmRvdy5jCisr
KyBiL3NyYy93aW5kb3cuYwpAQCAtNzA3OSw3ICs3MDc5LDcgQEAgREVGVU4gKCJ3aW5kb3ct
Y29uZmlndXJhdGlvbi1mcmFtZSIsIEZ3aW5kb3dfY29uZmlndXJhdGlvbl9mcmFtZSwgU3dp
bmRvd19jb25maWcKIH0KIAogREVGVU4gKCJzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24iLCBG
c2V0X3dpbmRvd19jb25maWd1cmF0aW9uLAotICAgICAgIFNzZXRfd2luZG93X2NvbmZpZ3Vy
YXRpb24sIDEsIDMsIDAsCisgICAgICAgU3NldF93aW5kb3dfY29uZmlndXJhdGlvbiwgMSwg
NCwgMCwKICAgICAgICBkb2M6IC8qIFNldCB0aGUgY29uZmlndXJhdGlvbiBvZiB3aW5kb3dz
IGFuZCBidWZmZXJzIGFzIHNwZWNpZmllZCBieSBDT05GSUdVUkFUSU9OLgogQ09ORklHVVJB
VElPTiBtdXN0IGJlIGEgdmFsdWUgcHJldmlvdXNseSByZXR1cm5lZAogYnkgYGN1cnJlbnQt
d2luZG93LWNvbmZpZ3VyYXRpb24nICh3aGljaCBzZWUpLgpAQCAtNzA5MCwxNiArNzA5MCwz
NSBAQCBERUZVTiAoInNldC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2Nv
bmZpZ3VyYXRpb24sCiB0aGUgbWluaS13aW5kb3cgb2YgdGhlIGZyYW1lIGRvZXNuJ3QgZ2V0
IHNldCB0byB0aGUgY29ycmVzcG9uZGluZyBlbGVtZW50CiBvZiBDT05GSUdVUkFUSU9OLgog
CitOb3JtYWxseSwgdGhpcyBmdW5jdGlvbiB3aWxsIHRyeSB0byBkZWxldGUgYW55IGRlYWQg
d2luZG93IGluCitDT05GSUdVUkFUSU9OIHdob3NlIGJ1ZmZlciBoYXMgYmVlbiBkZWxldGVk
IHNpbmNlIENPTkZJR1VSQVRJT04gd2FzCittYWRlLiAgSG93ZXZlciwgaWYgS0VFUC1XSU5E
T1dTIGlzIG5vbi1uaWwsIGl0IHdpbGwgcHJlc2VydmUgc3VjaCBhCit3aW5kb3cgaW4gdGhl
IHJlc3RvcmVkIGxheW91dCBhbmQgc2hvdyBhbm90aGVyIGJ1ZmZlciBpbiBpdC4KKworQWZ0
ZXIgcmVzdG9yaW5nIHRoZSBmcmFtZSBsYXlvdXQsIHRoaXMgZnVuY3Rpb24gcnVucyB0aGUg
YWJub3JtYWwgaG9vaworJ3Bvc3Qtc2V0LXdpbmRvdy1jb25maWd1cmF0aW9uLWZ1bmN0aW9u
cycgd2l0aCB0d28gYXJndW1lbnRzIC0gdGhlIGZyYW1lCit3aG9zZSBsYXlvdXQgaXMgaGFz
IHJlc3RvcmVkIGFuZCwgcHJvdmlkZWQgS0VFUC1XSU5ET1dTIGlzIG5vbi1uaWwsIGEKK2xp
c3Qgb2YgZW50cmllcyBmb3IgZWFjaCB3aW5kb3cgd2hvc2UgYnVmZmVyIGhhcyBiZWVuIGZv
dW5kIGRlYWQgd2hlbiBpdAordHJpZWQgdG8gcmVzdG9yZSBDT05GSUdVUkFUSU9OOiBFYWNo
IGVudHJ5IGlzIGEgbGlzdCBvZiBmb3VyIGVsZW1lbnRzCis8d2luZG93LCBidWZmZXIsIHN0
YXJ0LCBwb2ludD4gd2hlcmUgYHdpbmRvdycgZGVub3RlcyB0aGUgd2luZG93IHdob3NlCiti
dWZmZXIgd2FzIGZvdW5kIGRlYWQsIGBidWZmZXInIGRlbm90ZXMgdGhlIGRlYWQgYnVmZmVy
LCBhbmQgYHN0YXJ0JyBhbmQKK2Bwb2ludCcgZGVub3RlIHRoZSBwb3NpdGlvbnMgb2YgYHdp
bmRvdy1zdGFydCcgYW5kIGB3aW5kb3ctcG9pbnQnIG9mCit0aGF0IHdpbmRvdyBhdCB0aGUg
dGltZSBDT05GSUdVUkFUSU9OIHdhcyBtYWRlLiBOb3RlIHRoYXQgdGhlc2UKK3Bvc2l0aW9u
cyBhcmUgbm8gbWFya2VycyBhbmQgbWF5IGJlIG5vIG1vcmUgYWNjdXJhdGUgaWYgdGhlIGJ1
ZmZlciBoYXMKK2JlZW4gbW9kaWZpZWQgYWZ0ZXJ3YXJkcy4gIElmIEtFRVAtV0lORE9XUyBp
cyBuaWwsIHRoZSBzZWNvbmQgYXJndW1lbnQKK2lzIG5pbC4KKwogSWYgQ09ORklHVVJBVElP
TiB3YXMgbWFkZSBmcm9tIGEgZnJhbWUgdGhhdCBpcyBub3cgZGVsZXRlZCwKIG9ubHkgZnJh
bWUtaW5kZXBlbmRlbnQgdmFsdWVzIGNhbiBiZSByZXN0b3JlZC4gIEluIHRoaXMgY2FzZSwK
IHRoZSByZXR1cm4gdmFsdWUgaXMgbmlsLiAgT3RoZXJ3aXNlIHRoZSB2YWx1ZSBpcyB0LiAg
Ki8pCiAgIChMaXNwX09iamVjdCBjb25maWd1cmF0aW9uLCBMaXNwX09iamVjdCBkb250X3Nl
dF9mcmFtZSwKLSAgIExpc3BfT2JqZWN0IGRvbnRfc2V0X21pbml3aW5kb3cpCisgICBMaXNw
X09iamVjdCBkb250X3NldF9taW5pd2luZG93LCBMaXNwX09iamVjdCBrZWVwX3dpbmRvd3Mp
CiB7CiAgIHJlZ2lzdGVyIHN0cnVjdCBzYXZlX3dpbmRvd19kYXRhICpkYXRhOwogICBzdHJ1
Y3QgTGlzcF9WZWN0b3IgKnNhdmVkX3dpbmRvd3M7CiAgIExpc3BfT2JqZWN0IG5ld19jdXJy
ZW50X2J1ZmZlcjsKICAgTGlzcF9PYmplY3QgZnJhbWU7CisgIExpc3BfT2JqZWN0IGtlcHRf
d2luZG93cyA9IFFuaWw7CiAgIExpc3BfT2JqZWN0IG9sZF9mcmFtZSA9IHNlbGVjdGVkX2Zy
YW1lOwogICBzdHJ1Y3QgZnJhbWUgKmY7CiAgIHB0cmRpZmZfdCBvbGRfcG9pbnQgPSAtMTsK
QEAgLTczNDAsNiArNzM1OSwxMSBAQCBERUZVTiAoInNldC13aW5kb3ctY29uZmlndXJhdGlv
biIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiAJCSAgIEJVRl9QVCAoWEJVRkZFUiAo
dy0+Y29udGVudHMpKSwKIAkJICAgQlVGX1BUX0JZVEUgKFhCVUZGRVIgKHctPmNvbnRlbnRz
KSkpOwogCSAgICAgIHctPnN0YXJ0X2F0X2xpbmVfYmVnID0gdHJ1ZTsKKwkgICAgICBpZiAo
IU5JTFAgKGtlZXBfd2luZG93cykpCisJCWtlcHRfd2luZG93cyA9IEZjb25zIChsaXN0NCAo
d2luZG93LCBwLT5idWZmZXIsCisJCQkJCSAgICAgRm1hcmtlcl9sYXN0X3Bvc2l0aW9uIChw
LT5zdGFydCksCisJCQkJCSAgICAgRm1hcmtlcl9sYXN0X3Bvc2l0aW9uIChwLT5wb2ludG0p
KSwKKwkJCQkgICAgICBrZXB0X3dpbmRvd3MpOwogCSAgICB9CiAJICBlbHNlIGlmICghTklM
UCAody0+c3RhcnQpKQogCSAgICAvKiBMZWFmIHdpbmRvdyBoYXMgbm8gbGl2ZSBidWZmZXIs
IGdldCBvbmUuICAqLwpAQCAtNzM2MCw2ICs3Mzg0LDExIEBAIERFRlVOICgic2V0LXdpbmRv
dy1jb25maWd1cmF0aW9uIiwgRnNldF93aW5kb3dfY29uZmlndXJhdGlvbiwKIAkJZGVhZF93
aW5kb3dzID0gRmNvbnMgKHdpbmRvdywgZGVhZF93aW5kb3dzKTsKIAkgICAgICAvKiBNYWtl
IHN1cmUgd2luZG93IGlzIG5vIG1vcmUgZGVkaWNhdGVkLiAgKi8KIAkgICAgICB3c2V0X2Rl
ZGljYXRlZCAodywgUW5pbCk7CisJICAgICAgaWYgKCFOSUxQIChrZWVwX3dpbmRvd3MpKQor
CQlrZXB0X3dpbmRvd3MgPSBGY29ucyAobGlzdDQgKHdpbmRvdywgcC0+YnVmZmVyLAorCQkJ
CQkgICAgIEZtYXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+c3RhcnQpLAorCQkJCQkgICAgIEZt
YXJrZXJfbGFzdF9wb3NpdGlvbiAocC0+cG9pbnRtKSksCisJCQkJICAgICAga2VwdF93aW5k
b3dzKTsKIAkgICAgfQogCX0KIApAQCAtNzQxMSwxMiArNzQ0MCwxMyBAQCBERUZVTiAoInNl
dC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiAg
ICAgICB1bmJsb2NrX2lucHV0ICgpOwogCiAgICAgICAvKiBTY2FuIGRlYWQgYnVmZmVyIHdp
bmRvd3MuICAqLwotICAgICAgZm9yICg7IENPTlNQIChkZWFkX3dpbmRvd3MpOyBkZWFkX3dp
bmRvd3MgPSBYQ0RSIChkZWFkX3dpbmRvd3MpKQotCXsKLQkgIHdpbmRvdyA9IFhDQVIgKGRl
YWRfd2luZG93cyk7Ci0JICBpZiAoV0lORE9XX0xJVkVfUCAod2luZG93KSAmJiAhRVEgKHdp
bmRvdywgRlJBTUVfUk9PVF9XSU5ET1cgKGYpKSkKLQkgICAgZGVsZXRlX2RlbGV0YWJsZV93
aW5kb3cgKHdpbmRvdyk7Ci0JfQorICAgICAgaWYgKE5JTFAgKGtlZXBfd2luZG93cykpCisJ
Zm9yICg7IENPTlNQIChkZWFkX3dpbmRvd3MpOyBkZWFkX3dpbmRvd3MgPSBYQ0RSIChkZWFk
X3dpbmRvd3MpKQorCSAgeworCSAgICB3aW5kb3cgPSBYQ0FSIChkZWFkX3dpbmRvd3MpOwor
CSAgICBpZiAoV0lORE9XX0xJVkVfUCAod2luZG93KSAmJiAhRVEgKHdpbmRvdywgRlJBTUVf
Uk9PVF9XSU5ET1cgKGYpKSkKKwkgICAgICBkZWxldGVfZGVsZXRhYmxlX3dpbmRvdyAod2lu
ZG93KTsKKwkgIH0KIAogICAgICAgLyogUmVjb3JkIHRoZSBzZWxlY3RlZCB3aW5kb3cncyBi
dWZmZXIgaGVyZS4gIFRoZSB3aW5kb3cgc2hvdWxkCiAJIGFscmVhZHkgYmUgdGhlIHNlbGVj
dGVkIG9uZSBmcm9tIHRoZSBjYWxsIGFib3ZlLiAgKi8KQEAgLTc0NjMsNiArNzQ5MywxMSBA
QCBERUZVTiAoInNldC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZp
Z3VyYXRpb24sCiAgIG1pbmlidWZfc2VsZWN0ZWRfd2luZG93ID0gZGF0YS0+bWluaWJ1Zl9z
ZWxlY3RlZF93aW5kb3c7CiAKICAgU0FGRV9GUkVFICgpOworCisgIGlmICghTklMUCAoVnJ1
bl9ob29rcykgJiYgIU5JTFAgKFZwb3N0X3NldF93aW5kb3dfY29uZmlndXJhdGlvbl9mdW5j
dGlvbnMpKQorICAgIHJ1bl9ob29rX3dpdGhfYXJnc18yIChRcG9zdF9zZXRfd2luZG93X2Nv
bmZpZ3VyYXRpb25fZnVuY3Rpb25zLCBmcmFtZSwKKwkJCSAga2VwdF93aW5kb3dzKTsKKwog
ICByZXR1cm4gRlJBTUVfTElWRV9QIChmKSA/IFF0IDogUW5pbDsKIH0KIApAQCAtNzQ3Miwx
MiArNzUwNywxMiBAQCByZXN0b3JlX3dpbmRvd19jb25maWd1cmF0aW9uIChMaXNwX09iamVj
dCBjb25maWd1cmF0aW9uKQogICBpZiAoQ09OU1AgKGNvbmZpZ3VyYXRpb24pKQogICAgIEZz
ZXRfd2luZG93X2NvbmZpZ3VyYXRpb24gKFhDQVIgKGNvbmZpZ3VyYXRpb24pLAogCQkJICAg
ICAgIEZjYXJfc2FmZSAoWENEUiAoY29uZmlndXJhdGlvbikpLAotCQkJICAgICAgIEZjYXJf
c2FmZSAoRmNkcl9zYWZlIChYQ0RSIChjb25maWd1cmF0aW9uKSkpKTsKKwkJCSAgICAgICBG
Y2FyX3NhZmUgKEZjZHJfc2FmZSAoWENEUiAoY29uZmlndXJhdGlvbikpKSwKKwkJCSAgICAg
ICBRbmlsKTsKICAgZWxzZQotICAgIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24gKGNvbmZp
Z3VyYXRpb24sIFFuaWwsIFFuaWwpOworICAgIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24g
KGNvbmZpZ3VyYXRpb24sIFFuaWwsIFFuaWwsIFFuaWwpOwogfQogCi0KIC8qIElmIFdJTkRP
VyBpcyBhbiBpbnRlcm5hbCB3aW5kb3csIHJlY3Vyc2l2ZWx5IGRlbGV0ZSBhbGwgY2hpbGQg
d2luZG93cwogICAgcmVhY2hhYmxlIHZpYSB0aGUgbmV4dCBhbmQgY29udGVudHMgc2xvdHMg
b2YgV0lORE9XLiAgT3RoZXJ3aXNlIHNldHVwCiAgICBXSU5ET1cgdG8gbm90IHNob3cgYW55
IGJ1ZmZlci4gICovCkBAIC03NjkwLDYgKzc3MjUsNyBAQCBzYXZlX3dpbmRvd19zYXZlIChM
aXNwX09iamVjdCB3aW5kb3csIHN0cnVjdCBMaXNwX1ZlY3RvciAqdmVjdG9yLCBwdHJkaWZm
X3QgaSkKIAkJCQkgICAgICBCVUZfUFRfQllURSAoWEJVRkZFUiAody0+Y29udGVudHMpKSk7
CiAJICBlbHNlCiAJICAgIHAtPnBvaW50bSA9IEZjb3B5X21hcmtlciAody0+cG9pbnRtLCBR
bmlsKTsKKwogCSAgcC0+b2xkX3BvaW50bSA9IEZjb3B5X21hcmtlciAody0+b2xkX3BvaW50
bSwgUW5pbCk7CiAJICBYTUFSS0VSIChwLT5wb2ludG0pLT5pbnNlcnRpb25fdHlwZSA9IHdp
bmRvd19wb2ludF9pbnNlcnRpb25fdHlwZTsKIAkgIFhNQVJLRVIgKHAtPm9sZF9wb2ludG0p
LT5pbnNlcnRpb25fdHlwZSA9IHdpbmRvd19wb2ludF9pbnNlcnRpb25fdHlwZTsKQEAgLTg0
NjAsNiArODQ5Niw4IEBAIHN5bXNfb2Zfd2luZG93ICh2b2lkKQogICBERUZTWU0gKFFoZWFk
ZXJfbGluZV9mb3JtYXQsICJoZWFkZXItbGluZS1mb3JtYXQiKTsKICAgREVGU1lNIChRdGFi
X2xpbmVfZm9ybWF0LCAidGFiLWxpbmUtZm9ybWF0Iik7CiAgIERFRlNZTSAoUW5vX290aGVy
X3dpbmRvdywgIm5vLW90aGVyLXdpbmRvdyIpOworICBERUZTWU0gKFFwb3N0X3NldF93aW5k
b3dfY29uZmlndXJhdGlvbl9mdW5jdGlvbnMsCisJICAicG9zdC1zZXQtd2luZG93LWNvbmZp
Z3VyYXRpb24tZnVuY3Rpb25zIik7CiAKICAgREVGVkFSX0xJU1AgKCJ0ZW1wLWJ1ZmZlci1z
aG93LWZ1bmN0aW9uIiwgVnRlbXBfYnVmZmVyX3Nob3dfZnVuY3Rpb24sCiAJICAgICAgIGRv
YzogLyogTm9uLW5pbCBtZWFucyBjYWxsIGFzIGZ1bmN0aW9uIHRvIGRpc3BsYXkgYSBoZWxw
IGJ1ZmZlci4KQEAgLTg2MTcsNiArODY1NSwyMSBAQCBzeW1zX29mX3dpbmRvdyAodm9pZCkK
IGNhbGwgaXMgcGVyZm9ybWVkIHdpdGggdGhlIGZyYW1lIHRlbXBvcmFyaWx5IHNlbGVjdGVk
LiAgKi8pOwogICBWd2luZG93X2NvbmZpZ3VyYXRpb25fY2hhbmdlX2hvb2sgPSBRbmlsOwog
CisgIERFRlZBUl9MSVNQICgicG9zdC1zZXQtd2luZG93LWNvbmZpZ3VyYXRpb24tZnVuY3Rp
b25zIiwKKwkgICAgICAgVnBvc3Rfc2V0X3dpbmRvd19jb25maWd1cmF0aW9uX2Z1bmN0aW9u
cywKKwkgICAgICAgZG9jOiAvKiBGdW5jdGlvbnMgY2FsbGVkIGFmdGVyIHJlc3RvcmluZyBh
IHdpbmRvdyBjb25maWd1cmF0aW9uLgorVGhlIHZhbHVlIHNob3VsZCBiZSBhIGxpc3Qgb2Yg
ZnVuY3Rpb25zIHRoYXQgdGFrZSB0d28gYXJndW1lbnRzLgorCitUaGlzIGZ1bmN0aW9uIGlz
IGNhbGxlZCBieSBgc2V0LXdpbmRvdy1jb25maWd1cmF0aW9uJyBhZnRlciBpdCBoYXMKK3Jl
c3RvcmVkIHRoZSBsYXlvdXQgb2YgYSBmcmFtZS4gIFRoZSBmaXJzdCBhcmd1bWVudCBzcGVj
aWZpZXMgdGhlIGZyYW1lCit3aG9zZSBjb25maWd1cmF0aW9uIGhhcyBiZWVuIHJlc3RvcmVk
LiAgVGhlIHNlY29uZCBhcmd1bWVudCwgaWYgbm9uLW5pbCwKK3NwZWNpZmllcyBhIGxpc3Qg
b2YgZW50cmllcyBmb3IgZWFjaCB3aW5kb3cgd2hvc2UgYnVmZmVyIGhhcyBiZWVuIGZvdW5k
CitkZWFkIGF0IHRoZSB0aW1lICdzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24nIHRyaWVkIHRv
IHJlc3RvcmUgaXQgaW4gdGhhdAord2luZG93LiAgRWFjaCBlbnRyeSBpcyBhIGxpc3Qgb2Yg
Zm91ciB2YWx1ZXMgLSB0aGUgd2luZG93IHdob3NlIGJ1ZmZlcgord2FzIGZvdW5kIGRlYWQs
IHRoZSBkZWFkIGJ1ZmZlciwgYW5kIHRoZSBwb3NpdGlvbnMgb2Ygc3RhcnQgYW5kIHBvaW50
IG9mCit0aGUgYnVmZmVyIGluIHRoYXQgd2luZG93LiAgKi8pOworICBWcG9zdF9zZXRfd2lu
ZG93X2NvbmZpZ3VyYXRpb25fZnVuY3Rpb25zID0gUW5pbDsKKwogICBERUZWQVJfTElTUCAo
InJlY2VudGVyLXJlZGlzcGxheSIsIFZyZWNlbnRlcl9yZWRpc3BsYXksCiAJICAgICAgIGRv
YzogLyogTm9uLW5pbCBtZWFucyBgcmVjZW50ZXInIHJlZHJhd3MgZW50aXJlIGZyYW1lLgog
SWYgdGhpcyBvcHRpb24gaXMgbm9uLW5pbCwgdGhlbiB0aGUgYHJlY2VudGVyJyBjb21tYW5k
IHdpdGggYSBuaWwK
--------------hys38LS9BQejc30NIWcM9Lk2--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 5 Feb 2024 07:28:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Feb 05 02:28:15 2024
Received: from localhost ([127.0.0.1]:50458 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rWtOp-00063a-G9
for submit <at> debbugs.gnu.org; Mon, 05 Feb 2024 02:28:15 -0500
Received: from relay2-d.mail.gandi.net ([217.70.183.194]:56445)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rWtOh-00062x-Gx
for 68235 <at> debbugs.gnu.org; Mon, 05 Feb 2024 02:28:13 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id E98D540005;
Mon, 5 Feb 2024 07:27:47 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> (martin rudalics's
message of "Sat, 20 Jan 2024 10:44:51 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
Date: Mon, 05 Feb 2024 09:17:24 +0200
Message-ID: <86wmrjl8m3.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
> I attach a patch. Note that in my Emacs, window configurations are much
> more lightweight so I cannot reliably test it. You would have to do all
> the testing yourself.
> [...]
> DEFUN ("set-window-configuration", Fset_window_configuration,
> - Sset_window_configuration, 1, 3, 0,
> + Sset_window_configuration, 1, 4, 0,
> [...]
> - Lisp_Object dont_set_miniwindow)
> + Lisp_Object dont_set_miniwindow, Lisp_Object keep_windows)
Is 'keep-windows' doable for 'window-state-put' as well?
It seems windows are deleted here:
(while window-state-put-stale-windows
(let ((window (pop window-state-put-stale-windows)))
;; Avoid that 'window-deletable-p' throws an error if window
;; was already deleted when exiting 'with-temp-buffer' above
;; (Bug#54028).
(when (and (window-valid-p window)
(eq (window-deletable-p window) t))
(delete-window window))))
After commenting out the code above, this test doesn't delete windows:
(let (ws)
(pop-to-buffer "*Messages*")
(setq ws (window-state-get nil 'writable))
(kill-buffer "*Messages*")
(window-state-put ws nil 'safe))
So maybe the same option 'keep-windows' could call the same hook
'post-set-window-configuration-functions' from 'window-state-put' too?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 4 Feb 2024 17:29:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 04 12:29:16 2024
Received: from localhost ([127.0.0.1]:49986 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rWgIt-0000vX-MJ
for submit <at> debbugs.gnu.org; Sun, 04 Feb 2024 12:29:16 -0500
Received: from relay1-d.mail.gandi.net ([217.70.183.193]:49999)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rWgIr-0000vH-24
for 68235 <at> debbugs.gnu.org; Sun, 04 Feb 2024 12:29:14 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id CD223240002;
Sun, 4 Feb 2024 17:28:53 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <86h6jlqh2i.fsf@HIDDEN> (Juri Linkov's message of "Wed,
10 Jan 2024 19:08:45 +0200")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
Date: Sun, 04 Feb 2024 19:27:40 +0200
Message-ID: <86a5ogxhpv.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: 68235 <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 (-)
--=-=-=
Content-Type: text/plain
>> Do you remember the bug this was supposed to fix?
>
> The dedicated bug report is this:
>
> bug#33871: Revert Dired window saved in window configuration
I finished designing the feature that will restore Dired positions
in window-configurations and window-states used on the tab-bar.
It will be easy also to add a default more general function
that would use bookmark-like rear/front context in any buffer.
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=window-context.patch
diff --git a/lisp/dired.el b/lisp/dired.el
index cef93ab757c..3a80cfffc04 100644
--- a/lisp/dired.el
+++ b/lisp/dired.el
@@ -2743,6 +2745,8 @@ dired-mode
'(dired-font-lock-keywords t nil nil beginning-of-line))
(setq-local desktop-save-buffer 'dired-desktop-buffer-misc-data)
(setq-local grep-read-files-function #'dired-grep-read-files)
+ (setq-local window-set-context-function (lambda () (dired-get-filename nil t)))
+ (setq-local window-use-context-function (lambda (context) (dired-goto-file context)))
(setq dired-switches-alist nil)
(hack-dir-local-variables-non-file-buffer) ; before sorting
(dired-sort-other dired-actual-switches t)
diff --git a/lisp/tab-bar.el b/lisp/tab-bar.el
index 3e1d8278b04..6c6f3ece9c2 100644
--- a/lisp/tab-bar.el
+++ b/lisp/tab-bar.el
@@ -1283,6 +1283,10 @@ frameset-filter-tabs
(push '(tabs . frameset-filter-tabs) frameset-filter-alist)
+(defvar window-set-context-function nil)
+(defvar window-use-context-function nil)
+(add-to-list 'window-persistent-parameters '(context . writable))
+
(defun tab-bar--tab (&optional frame)
"Make a new tab data structure that can be added to tabs on the FRAME."
(let* ((tab (tab-bar--current-tab-find nil frame))
@@ -1292,6 +1296,14 @@ tab-bar--tab
frame 'buffer-list)))
(bbl (seq-filter #'buffer-live-p (frame-parameter
frame 'buried-buffer-list))))
+ (walk-windows
+ (lambda (w)
+ (with-selected-window w
+ (when (functionp window-set-context-function)
+ (when-let ((context (funcall window-set-context-function)))
+ (set-window-parameter w 'context (cons (buffer-name) context))))))
+ 'nomini)
+
`(tab
(name . ,(if tab-explicit-name
(alist-get 'name tab)
@@ -1479,6 +1491,15 @@ tab-bar-select-tab
(select-window (get-mru-window)))
(window-state-put ws nil 'safe)))
+ (walk-windows
+ (lambda (w)
+ (with-selected-window w
+ (when-let ((context (window-parameter w 'context)))
+ (when (and (functionp window-use-context-function)
+ (equal (buffer-name) (car context)))
+ (funcall window-use-context-function (cdr context))))))
+ 'nomini)
+
;; Select the minibuffer when it was active before switching tabs
(when (and minibuffer-was-active (active-minibuffer-window))
(select-window (active-minibuffer-window)))
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 28 Jan 2024 10:06:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 28 05:06:59 2024
Received: from localhost ([127.0.0.1]:56637 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rU242-00048q-P3
for submit <at> debbugs.gnu.org; Sun, 28 Jan 2024 05:06:59 -0500
Received: from mout.gmx.net ([212.227.15.18]:41667)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rU23z-00048J-6q
for 68235 <at> debbugs.gnu.org; Sun, 28 Jan 2024 05:06:57 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1706436400; x=1707041200; i=rudalics@HIDDEN;
bh=iNswryCXx0yAkvwN7FbbrqcA7C2iLAb0xYGnzANfrCg=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=kwLZnTg4dG32LcscKpsWifhnqIlUXmlDBWvdvVmJn4Jy3wthe1a2h+axg9+BTVwc
rvgYswG/AzzIiUYrBHq9JVwLkkE570J9mm4TJLtR35PyeTA847BhUo6m8PjtLqgt9
IU8EIjKZ+MQXRgPCnwA7ZxQPLKSlRVQdyf2wd7jNSFbAvxZb8iQUogfpwEqOfm5V1
jHFssLaVWzyK7rifIjIVix7lZrc3JrgpNclYzumwhCyfyBSoTjGrQ38SAvURBxc5m
PtKRMX6m96iPuPAxWxXlTUFZLfW/BvEKhH4Q20TB6yro2a21+m+KcHkEqqjutTGGX
e2qtfC+g9Uu/WX1WBA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.96.152]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MgNh7-1qrPqx10Zj-00hydr; Sun, 28
Jan 2024 11:06:40 +0100
Message-ID: <461e7eb8-c6e2-4c34-b508-cc36a25aa612@HIDDEN>
Date: Sun, 28 Jan 2024 11:06:37 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86jzo16dcy.fsf@HIDDEN>
<82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN>
<864jf35fpz.fsf@HIDDEN>
<a540ee1e-c004-4472-9922-1b9f4f5f0622@HIDDEN>
<86a5ot72qb.fsf@HIDDEN>
<18768696-dbe6-47b2-9282-0a3a0f3126c7@HIDDEN>
<86h6iylkjg.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86h6iylkjg.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:imQCN8gonc02cCeRsptfKHrnGLzFs9wJi9DJ2EhxpdH5wAJ/2rq
BMz5rZAIymrqFD7pcUhxL7b3UuVq4jb34Iq2qetUhZc152e4GwjUbWgcKKQBI2yXtoH0XaY
Ea7XkH3xJen4ZoMNnYp+ehjYsc79BBwiKi3layWNzJRtEQkAQHhaznWrIYL77ZDWLl6Hmly
UOT+54l5JKtMVPzCbsgyQ==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:IQobTDxPoHs=;mz0vdvz/Sc+Mtjxj8NpLXx7us7D
yNPFVvp+SWTHrYoK1HRAqtaLVy/XcKHh88EzAdDNqKOE4IKaxUZA4/9JTdulv2Dy/yPgM6fHZ
HuqKvM9oTSD7L6pxHa975hoKXglAt+ABCs2lZF0paHGCg35ZP583Jw0NYWK9TWyKqopkv6bkO
ubIE7SP4SI+XKnh504a+BPwH+/dvj3yb8jKfggkojmJoNkOT0rWrUW4k4LzebIes1aR4yuyqG
3YazNwmYPSNxcTsH8Phb/Io9Va33a8a4h6/6qF9zqkFopK32DXhw56eS9bocK1K3EXR63pBTC
cjWBXEZ8ywpuGY4deqQyRhvvEeNclqlhzt33p4UfzVumgxjl7hF3uYUDB01piMuf/WH81pxCz
Yo0GObJd5bi2YlmPYPg25F4HtsjQguH9oGWHplOVSQ49PK9Nko5Owlo7ThcfDGimZdA7Wvasm
Tcqxzo9V9XdYRmxICV58zyS6nmjLlxf08t5mxEmhBEdDt2VOtRbeg5uQIZKepr1Frf9a8M157
QeLfCa6Fmb+KpJexsJBzw5xq0wxA2dDnOKItcVyLAsZLD5/QLFAEu9/dxjJmKoN2enBbhT5D/
lsJsjgPb5IEYRlhXr6Xzw3R0/8xM4QRr6e6rejnliHo9O7eZZ98TI/WH1waSY27i7YYPDcvYb
T9mmgUr2OQxwDiWGYCrXd4bvRsWsa+2oTcV3FB3VsD/g6yhQ1vpJmMgD/PrPoGhUAaUhWnIc9
ETuUobds7XMzboKdLMHr04hVAZLE4AGpIm5ycj19VFVffo76s1Bn02dQM9AiRspVldcVu6Hbb
LwcotlT7uQJVOjUYIcEXlyvsD8ocmf8vyamyQFrnwN/myBPqs5jMLxcyFg3SZMtlqJF1gzzxg
jc6WB60dR1s/u9oiaPXjH5peaslUehRXbt3kDSFktLgKBMHNnjQrXiEmHTtcNhka8bnpVjNIC
fNOM8w==
X-Spam-Score: 2.8 (++)
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: > Depends on the needs. With your patch that adds
'keep_windows'
> it doesn't matter what an old buffer name to show in the window > with
the killed buffer. It even makes more sense to show the > sam [...]
Content analysis details: (2.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.152 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.18 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.8 (+)
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: > Depends on the needs. With your patch that adds 'keep_windows'
> it doesn't matter what an old buffer name to show in the window > with
the killed buffer. It even makes more sense to show the > sam [...]
Content analysis details: (1.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.96.152 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.18 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> Depends on the needs. With your patch that adds 'keep_windows'
> it doesn't matter what an old buffer name to show in the window
> with the killed buffer. It even makes more sense to show the
> same buffer name that was displayed in that window configuration
> before the buffer was renamed later.
But you must have stowed away that name somewhere because 'kill-buffer'
will have reset it to nil without mercy.
> Indeed, currently 'dired-revert' can't reasonably handle the
> situation with the deleted files even in another window.
Can you give a scenario?
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 27 Jan 2024 18:06:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 27 13:06:11 2024 Received: from localhost ([127.0.0.1]:55863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rTn4F-0008EH-Bx for submit <at> debbugs.gnu.org; Sat, 27 Jan 2024 13:06:11 -0500 Received: from relay9-d.mail.gandi.net ([2001:4b98:dc4:8::229]:48501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rTn4D-0008Du-1q for 68235 <at> debbugs.gnu.org; Sat, 27 Jan 2024 13:06:09 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id EF33CFF804; Sat, 27 Jan 2024 18:05:54 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <18768696-dbe6-47b2-9282-0a3a0f3126c7@HIDDEN> (martin rudalics's message of "Fri, 26 Jan 2024 10:56:32 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86jzo16dcy.fsf@HIDDEN> <82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN> <864jf35fpz.fsf@HIDDEN> <a540ee1e-c004-4472-9922-1b9f4f5f0622@HIDDEN> <86a5ot72qb.fsf@HIDDEN> <18768696-dbe6-47b2-9282-0a3a0f3126c7@HIDDEN> Date: Sat, 27 Jan 2024 19:58:51 +0200 Message-ID: <86h6iylkjg.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> OTOH, since there is a need to save more variables together with the >> window configuration such as dired-filename and revert-buffer-function >> anyway, maybe it would be possible to save the last buffer name in the >> same alist? Or the last buffer name should be used as a key in such >> an alist? Probably no. It seems a key should be a window unless >> such data is saved in a window parameter. > > Note that the name of a buffer may change in the period lasting from > when you saved the window configuration until the buffer gets killed. > Any such change is handled by 'kill-buffer' but cannot be easily traced > when you save the name together with a window configuration. You could > try 'buffer-list-update-hook' but that might be overkill. And if you > saved that name in a permanent window parameter, you are lost anyway > because you cannot access the parameter in the saved configuration. Depends on the needs. With your patch that adds 'keep_windows' it doesn't matter what an old buffer name to show in the window with the killed buffer. It even makes more sense to show the same buffer name that was displayed in that window configuration before the buffer was renamed later. > A similar thing may happen to dired-filename and revert-buffer-function > but there are hardly any suitable means to reasonably trace changes to > what these stand for in the first place. Indeed, currently 'dired-revert' can't reasonably handle the situation with the deleted files even in another window.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 26 Jan 2024 09:56:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 26 04:56:54 2024
Received: from localhost ([127.0.0.1]:50468 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rTIxC-0000Sm-K8
for submit <at> debbugs.gnu.org; Fri, 26 Jan 2024 04:56:54 -0500
Received: from mout.gmx.net ([212.227.17.21]:52811)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rTIx9-0000SU-WC
for 68235 <at> debbugs.gnu.org; Fri, 26 Jan 2024 04:56:53 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1706262997; x=1706867797; i=rudalics@HIDDEN;
bh=fXvzrtu/wpLRp7giP4wkH1QL8lkVAUb8xqDgAj991Fk=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=ihkIkybV6sxXwa3CiBKjN/L662Ep/KN8yR/BezK/YOR62zILcbYMTSXFPc45yU3q
m33fRfyHt/dV00QliKgjpNoaaKa5fYwrRX9zZb29fPl62Xmgm5OvYNaRA4jOiJSva
Wfa1f/uBco+4hoDWk4+wAW74/zwHnILdxs3ubsr8LDKR3kR6skqSixs6NlAT4zpn4
isZdr8REC3ATVgOyUGDTDl5Lq2nXgv8M5UzxhF43+qev4nab9PFaSdxIqluPzA63l
slbBqk4pSUz8yXHlMo/TD0vOFtck078rfXAZiHL9HHiiP6qFwUIB6gNt4th5M6S8d
qsadbhSx60Qkxpj+pQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.52]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MaJ81-1rYeWW2fG1-00WBz1; Fri, 26
Jan 2024 10:56:37 +0100
Message-ID: <18768696-dbe6-47b2-9282-0a3a0f3126c7@HIDDEN>
Date: Fri, 26 Jan 2024 10:56:32 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86jzo16dcy.fsf@HIDDEN>
<82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN>
<864jf35fpz.fsf@HIDDEN>
<a540ee1e-c004-4472-9922-1b9f4f5f0622@HIDDEN>
<86a5ot72qb.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86a5ot72qb.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:8j05b7rNbHsp76hiO/Gev/C82Qb9d05qQlY7qnRiugoMSIo553L
b7qKqC46CLSOKw1JE7gVfIK7DiOU7R+sGp/qD1f3jfd6lWkZrvXrbTLCifz17Un09aqOCEP
CqZHp7nBrFMOpwKoldr/TopMe7SW3SIfhnGTVWo0KGMxD7kIwbAsGI9n6WTWz/my8bg17j3
OCpS+7rZ0fMcvD/by7ViA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:DrO07HKxUrM=;cAsus9YLTzh8U1hk4pjK1d2ATeY
sfcj9YSruKvE3Zc9sgdiQIzFc5ZE2XNlDIvdIzusnGkA16m+1IPl8PGGxr5CRNhKAjvEqzPEm
7o9PZJ+yX8bdhxHO3pVIloLKo0wsaT1ZHJ+QS1ypQ7gu92vftNnYETQrxyi7ayP7bwS9pl4Ll
sixRGSDytwd7VDOO619ccdO1d8Z/iObEK5V4TYBlOC3mWJqNTdJFbNcgHwrAE0p0EkN2vv9Pt
OXzp9EDQfxl8RDQSb45Nz/9gLlDup2TEHq6CuGAlT1UrRRra+u4cKCjCTZ0rxUo/gCtF5gnUv
OF1CTI8QkkC9I4qSGHVQUhVtCb+6Q730obiK5bdU+9yYwWKS337D9UnhYGHOBDcI4BQQ0MxAS
2vqwD40a633mhH3WM0CSqc6iCJxAZfU0AplQmRXO/fEzRVEvzAL87wbEl7odgIOmMEjHELFuJ
FLPk66Mxs18DVSsKXqPFkOrBpVUnmNGNXAu4jWEdjAaIoS0oMlDxtWERAJPHWT1rVVGWT4Esi
4ZF+EmdtynmEVXSW0XhYEkEFSUVdCvu1A8FEtSxdTvsr2r3wCpN40+MUTX0DIad1o8BQEeP/9
wEsNazUMPps3Eq0fdF9fqtbMgR5yebSYvf04sYa5bAbImHVHKaU1awjdgeICmCfibqKyPAZF7
/rmFujXrnDBwCL3UubFtmFqvCK+D367l594jKFXVRTgSfwCfyLpa90yebBh1HXqg3flmrGbtz
DHVlJZFpmbqxkCIH7uyyljG7cVUeltylt0DMp7F9+xOAzia3j0g0dG/Neam20qDobKmRkmgPa
mBgVg3Ol/5b6UQLbooTcPVhK45YjFB1HIPNjsIUlK4DxlVv3ff+c2rCb3m+ABkzvRMbxVX8Z6
K36Yh90EbiKasA1evJVWezTq0cOnwTBorU7+H0VOl+eI66qhMOW6EtyBENKVBkDw+UKv8BkAU
KePsmA==
X-Spam-Score: 2.9 (++)
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: > OTOH, since there is a need to save more variables together
with the > window configuration such as dired-filename and
revert-buffer-function
> anyway, maybe it would be possible to save the last b [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.52 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.21 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.21 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.9 (+)
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: > OTOH, since there is a need to save more variables together
with the > window configuration such as dired-filename and revert-buffer-function
> anyway, maybe it would be possible to save the last b [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.52 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.21 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.21 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> OTOH, since there is a need to save more variables together with the
> window configuration such as dired-filename and revert-buffer-function
> anyway, maybe it would be possible to save the last buffer name in the
> same alist? Or the last buffer name should be used as a key in such
> an alist? Probably no. It seems a key should be a window unless
> such data is saved in a window parameter.
Note that the name of a buffer may change in the period lasting from
when you saved the window configuration until the buffer gets killed.
Any such change is handled by 'kill-buffer' but cannot be easily traced
when you save the name together with a window configuration. You could
try 'buffer-list-update-hook' but that might be overkill. And if you
saved that name in a permanent window parameter, you are lost anyway
because you cannot access the parameter in the saved configuration.
A similar thing may happen to dired-filename and revert-buffer-function
but there are hardly any suitable means to reasonably trace changes to
what these stand for in the first place.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 25 Jan 2024 17:56:17 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 25 12:56:17 2024 Received: from localhost ([127.0.0.1]:49145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rT3xZ-0004gy-Bb for submit <at> debbugs.gnu.org; Thu, 25 Jan 2024 12:56:17 -0500 Received: from relay1-d.mail.gandi.net ([2001:4b98:dc4:8::221]:42781) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rT3xW-0004gj-Qc for 68235 <at> debbugs.gnu.org; Thu, 25 Jan 2024 12:56:15 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 2470E24000B; Thu, 25 Jan 2024 17:56:01 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <a540ee1e-c004-4472-9922-1b9f4f5f0622@HIDDEN> (martin rudalics's message of "Thu, 25 Jan 2024 10:39:51 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86jzo16dcy.fsf@HIDDEN> <82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN> <864jf35fpz.fsf@HIDDEN> <a540ee1e-c004-4472-9922-1b9f4f5f0622@HIDDEN> Date: Thu, 25 Jan 2024 19:46:28 +0200 Message-ID: <86a5ot72qb.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >>> We could add a new field to the buffer structure and a function >>> say 'buffer-last-name' which would return the last name a buffer had >>> before it was renamed: nil for a new buffer, the old name before the >>> last 'rename-buffer' and the last buffer name for a dead buffer. >> >> Looks nice. > > I attach a patch. Thanks, will try to use. >>> 'kill-buffer' calls reset_buffer_local_variables which scans the local >>> variables alist of the buffer and resets all values to their default >>> values. Giving the variable either a 'permanent-local' property or >>> binding the default value to the buffer local value around 'kill-buffer' >>> could work around that but I'd rather try to save this (and other buffer >>> local values) in a separate alist for buffers stored in a configuration. >> >> To save revert-buffer-functions like saving positions of dired files >> in window parameters? > > For example, yes. OTOH, since there is a need to save more variables together with the window configuration such as dired-filename and revert-buffer-function anyway, maybe it would be possible to save the last buffer name in the same alist? Or the last buffer name should be used as a key in such an alist? Probably no. It seems a key should be a window unless such data is saved in a window parameter.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 25 Jan 2024 09:40:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 25 04:40:09 2024
Received: from localhost ([127.0.0.1]:47359 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rSwDR-0007pQ-67
for submit <at> debbugs.gnu.org; Thu, 25 Jan 2024 04:40:09 -0500
Received: from mout.gmx.net ([212.227.15.19]:36115)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rSwDO-0007ol-3u
for 68235 <at> debbugs.gnu.org; Thu, 25 Jan 2024 04:40:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1706175592; x=1706780392; i=rudalics@HIDDEN;
bh=fsSnLq0E00P0P8hkkn1+w08M/lB3kSFDoQ6wzBdRIoM=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=Uo8eR6jbLQrBZuazeDj0nXvhOSEKUVX7xuzUUAfQ0M4PJYud5BwtHuVKEkrYR9lq
LaWvZknqJFTEratuZBb9KJZi1EiX1mzVXHPA3YDyP+Qi+yliP2iulWMPXojZj7TRA
OxSTyJg8aIiTRDNS9nc3GNfoCJB6o1Ee5/4mPV/AE9A2q8LkvWGd+tjkyT8kHxvNd
j3zuJrthT2se8tf97q6KoHkrh3cnnIa9BolyrYsDF01HjYh8P1rJyGRFin5i+/W4y
aVaTGdjsVlsrGnqfao0lOSMVXPuOepoetBb0zGdVjXCrIxinukySg9gtUCiecQEx+
rkt/4SoNao8iTn+iVw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.97.167]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1M2wGs-1rWDzw3KFo-003Qxx; Thu, 25
Jan 2024 10:39:52 +0100
Content-Type: multipart/mixed; boundary="------------MSi6U58epIRXnosKkTEfUY24"
Message-ID: <a540ee1e-c004-4472-9922-1b9f4f5f0622@HIDDEN>
Date: Thu, 25 Jan 2024 10:39:51 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86jzo16dcy.fsf@HIDDEN>
<82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN>
<864jf35fpz.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <864jf35fpz.fsf@HIDDEN>
X-Provags-ID: V03:K1:vP6HwDC/mff6B4mzpzSEz1g3srBHRpa09qdDL+UbBJ5ererl+FQ
OC4V40F8wMvRZWutEJ15K9CoPYL1aznwJWtGd4eCT2obMrHR6IPmSdlt+sWHCAiJYKmmkIC
4L4wHQDXzxRKkTi1EFjI8xWfwzMa5XhuGXkNPWNiqMWX852byVXFE54pYoQtXbFMI7096xE
17ddRMgz8PX89hj7KVw+g==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:Zg8zruGm938=;5stnPNj1NOUhSYftcMJGO1tXBjQ
aLcV4x+If3PVJTj1eXiX8irmGgJl7MBcusFNrZDCtMGThh6d+I8OwEIFvZYGWbB7ZxSuV0IGp
GRf0dJKTn1NUfw5D2MzlbBoXV/zeV+vsSNpDfhdydR324zZEhK5CL4f6E8C9N58u5Bxdf6/a7
r1zCXZ/xJLcXcZpD74zoUnN+B5/koENyoeY6p8mhtNKUwKrd/CZjdWChMSy6LFdf5r6g/BBa8
dvx0oxo9Rm343cWfkhHYnp/l0h24m9WfqWjRt81gsvLDXQI/AP/aB9l9aEb96jIAj7ZmVAVFd
2eJek0dqymK2gWczq3dJUT48jIWxCGEO5yWegBMyGKXR6L1Cpp3yQP09ivQ97jHpvVKayk+eX
U8op09ZnT2ZmPCyKqNiiCr8xz7Drw9k/cAcL81uwyACwfe2Mp6O/4Ar4sWeo34z5vinkX9u1d
YcxqjosGjcIQR9kS2816WdlQ54AGmVQQmjtxSO5iNKDXYPJhbJ9f9ooYHaIRuu9i0aNfTiL+4
CaZBfeAyiuG7qURfie13oB+hA961YwTLisTE9tMg5Sou0cRgwMykohF/VOEhzp+/8aPH13zmV
Hqhbt9HXR89zn6gRgZC0TWa0JpObgCQZbQ5G5LaLBWlJtBGYYJJuzFdpeHaeLDGIP/ljiPNp1
9s6ugGERt3iDzfbIBVM3SA96L6XB4oIqm44zPifR8oFPG9SWrqtQoI41zPYdsR63BMeXUziHm
b0uh+mgw1VPD23k8gZsddUU4L/McnT87SI5Iyl6GILTouZ1exTujQABIUXfP2G5JkEuUckKAq
Dlnb7M0eSleLmR8o0yeQ4272uHgwi2S8YDq5cH39Y6k0e6ygPamaLqJddJAy2b7cYTw6Iwnbi
hLsm+dk2w+kjFKOppk2irHPKcTDFPCxvHN02/5zvytR2y/gIvCeDnQxck1c28ftFahIay+3Pp
BuN7yXCku/Mff++YvE+QC7tF33k=
X-Spam-Score: 2.9 (++)
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: > When I instrumented the function 'foo', it entered edebug
> between 'y-or-n-p' in > > (y-or-n-p "Configuration saved ...") >
(delete-other-windows
window) > (kill-buffer buffer) > (y-or-n-p "Config [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.97.167 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.19 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.19 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.9 (+)
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: > When I instrumented the function 'foo', it entered edebug
> between 'y-or-n-p' in > > (y-or-n-p "Configuration saved ...") > (delete-other-windows
window) > (kill-buffer buffer) > (y-or-n-p "Config [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.97.167 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.19 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.19 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
This is a multi-part message in MIME format.
--------------MSi6U58epIRXnosKkTEfUY24
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
> When I instrumented the function 'foo', it entered edebug
> between 'y-or-n-p' in
>
> (y-or-n-p "Configuration saved ...")
> (delete-other-windows window)
> (kill-buffer buffer)
> (y-or-n-p "Configuration reset ...")
>
> So I supposed that maybe from 'delete-other-windows' and 'kill-buffer',
> but now I understand this is because exiting the minibuffer from
> 'y-or-n-p' calls 'set-window-configuration'.
Unless 'read-minibuffer-restore-windows' is nil. Saving and restoring
the configuration with 'y-or-n-p' makes no sense because in practice the
user cannot change the configuration while 'y-or-n-p' is in progress.
>> We could add a new field to the buffer structure and a function
>> say 'buffer-last-name' which would return the last name a buffer had
>> before it was renamed: nil for a new buffer, the old name before the
>> last 'rename-buffer' and the last buffer name for a dead buffer.
>
> Looks nice.
I attach a patch.
>> And always think about what to propose when a new buffer with the same
>> name has been created meanwhile.
>
> Something using uniquify could help.
Maybe. Here I had problems with uniquify not always restoring the base
name of a buffer when I killed the last other buffer with the same base
name. Maybe the fault is all mine.
>> 'kill-buffer' calls reset_buffer_local_variables which scans the local
>> variables alist of the buffer and resets all values to their default
>> values. Giving the variable either a 'permanent-local' property or
>> binding the default value to the buffer local value around 'kill-buffer'
>> could work around that but I'd rather try to save this (and other buffer
>> local values) in a separate alist for buffers stored in a configuration.
>
> To save revert-buffer-functions like saving positions of dired files
> in window parameters?
For example, yes.
martin
--------------MSi6U58epIRXnosKkTEfUY24
Content-Type: text/x-patch; charset=UTF-8; name="buffer-last-name.diff"
Content-Disposition: attachment; filename="buffer-last-name.diff"
Content-Transfer-Encoding: base64
ZGlmZiAtLWdpdCBhL3NyYy9idWZmZXIuYyBiL3NyYy9idWZmZXIuYwppbmRleCAzNTJhY2E4
ZGRmZC4uZjc5YjFlMDYxMTkgMTAwNjQ0Ci0tLSBhL3NyYy9idWZmZXIuYworKysgYi9zcmMv
YnVmZmVyLmMKQEAgLTMyNyw2ICszMjcsMTEgQEAgYnNldF9uYW1lIChzdHJ1Y3QgYnVmZmVy
ICpiLCBMaXNwX09iamVjdCB2YWwpCiAgIGItPm5hbWVfID0gdmFsOwogfQogc3RhdGljIHZv
aWQKK2JzZXRfbGFzdG5hbWUgKHN0cnVjdCBidWZmZXIgKmIsIExpc3BfT2JqZWN0IHZhbCkK
K3sKKyAgYi0+bGFzdG5hbWVfID0gdmFsOworfQorc3RhdGljIHZvaWQKIGJzZXRfb3Zlcndy
aXRlX21vZGUgKHN0cnVjdCBidWZmZXIgKmIsIExpc3BfT2JqZWN0IHZhbCkKIHsKICAgYi0+
b3ZlcndyaXRlX21vZGVfID0gdmFsOwpAQCAtMTI3Niw2ICsxMjgxLDE5IEBAIERFRlVOICgi
YnVmZmVyLW5hbWUiLCBGYnVmZmVyX25hbWUsIFNidWZmZXJfbmFtZSwgMCwgMSwgMCwKICAg
cmV0dXJuIEJWQVIgKGRlY29kZV9idWZmZXIgKGJ1ZmZlciksIG5hbWUpOwogfQogCitERUZV
TiAoImJ1ZmZlci1sYXN0LW5hbWUiLCBGYnVmZmVyX2xhc3RfbmFtZSwgU2J1ZmZlcl9sYXN0
X25hbWUsIDAsIDEsIDAsCisgICAgICAgZG9jOiAvKiBSZXR1cm4gbGFzdCBuYW1lIG9mIEJV
RkZFUiwgYXMgYSBzdHJpbmcuCitCVUZGRVIgZGVmYXVsdHMgdG8gdGhlIGN1cnJlbnQgYnVm
ZmVyLgorCitUaGUgcmV0dXJuIHZhbHVlIGlzIG5pbCBpZiBCVUZGRVIgaXMgbGl2ZSBhbmQg
aGFzIG5ldmVyIGJlZW4gcmVuYW1lZC4KK0lmIEJVRkZFUiBpcyBsaXZlIGFuZCBoYXMgYmVl
biByZW5hbWVkIGF0IGxlYXN0IG9uY2UsIGl0IGlzIHRoZSBuYW1lIGl0CitoYWQgYmVmb3Jl
IHRoZSBsYXN0IHJlbmFtZSBjaGFuZ2VkIGl0LiAgRm9yIGEgZGVhZCBidWZmZXIgaXQgaXMg
dGhlIG5hbWUKK3RoZSBidWZmZXIgaGFkIGJlZm9yZSBpdCB3YXMga2lsbGVkLiAgKi8pCisg
IChMaXNwX09iamVjdCBidWZmZXIpCit7CisgIHJldHVybiBCVkFSIChkZWNvZGVfYnVmZmVy
IChidWZmZXIpLCBsYXN0bmFtZSk7Cit9CisKIERFRlVOICgiYnVmZmVyLWZpbGUtbmFtZSIs
IEZidWZmZXJfZmlsZV9uYW1lLCBTYnVmZmVyX2ZpbGVfbmFtZSwgMCwgMSwgMCwKICAgICAg
ICBkb2M6IC8qIFJldHVybiBuYW1lIG9mIGZpbGUgQlVGRkVSIGlzIHZpc2l0aW5nLCBvciBu
aWwgaWYgbm9uZS4KIE5vIGFyZ3VtZW50IG9yIG5pbCBhcyBhcmd1bWVudCBtZWFucyB1c2Ug
dGhlIGN1cnJlbnQgYnVmZmVyLiAgKi8pCkBAIC0xNjQ3LDYgKzE2NjUsNyBAQCBERUZVTiAo
InJlbmFtZS1idWZmZXIiLCBGcmVuYW1lX2J1ZmZlciwgU3JlbmFtZV9idWZmZXIsIDEsIDIs
CiB7CiAgIHJlZ2lzdGVyIExpc3BfT2JqZWN0IHRlbSwgYnVmOwogICBMaXNwX09iamVjdCBy
ZXF1ZXN0ZWRuYW1lID0gbmV3bmFtZTsKKyAgTGlzcF9PYmplY3Qgb2xkbmFtZSA9IEJWQVIg
KGN1cnJlbnRfYnVmZmVyLCBuYW1lKTsKIAogICBDSEVDS19TVFJJTkcgKG5ld25hbWUpOwog
CkBAIC0xNjYxLDE0ICsxNjgwLDE0IEBAIERFRlVOICgicmVuYW1lLWJ1ZmZlciIsIEZyZW5h
bWVfYnVmZmVyLCBTcmVuYW1lX2J1ZmZlciwgMSwgMiwKIAkgd2l0aCB0aGUgb3JpZ2luYWwg
bmFtZS4gIEl0IG1ha2VzIFVOSVFVRSBlcXVpdmFsZW50IHRvCiAJIChyZW5hbWUtYnVmZmVy
IChnZW5lcmF0ZS1uZXctYnVmZmVyLW5hbWUgTkVXTkFNRSkpLiAgKi8KICAgICAgIGlmIChO
SUxQICh1bmlxdWUpICYmIFhCVUZGRVIgKHRlbSkgPT0gY3VycmVudF9idWZmZXIpCi0JcmV0
dXJuIEJWQVIgKGN1cnJlbnRfYnVmZmVyLCBuYW1lKTsKKwlyZXR1cm4gb2xkbmFtZTsKICAg
ICAgIGlmICghTklMUCAodW5pcXVlKSkKLQluZXduYW1lID0gRmdlbmVyYXRlX25ld19idWZm
ZXJfbmFtZSAobmV3bmFtZSwKLQkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgQlZBUiAoY3VycmVudF9idWZmZXIsIG5hbWUpKTsKKwluZXduYW1lID0gRmdlbmVyYXRl
X25ld19idWZmZXJfbmFtZSAobmV3bmFtZSwgb2xkbmFtZSk7CiAgICAgICBlbHNlCiAJZXJy
b3IgKCJCdWZmZXIgbmFtZSBgJXMnIGlzIGluIHVzZSIsIFNEQVRBIChuZXduYW1lKSk7CiAg
ICAgfQogCisgIGJzZXRfbGFzdG5hbWUgKGN1cnJlbnRfYnVmZmVyLCBvbGRuYW1lKTsKICAg
YnNldF9uYW1lIChjdXJyZW50X2J1ZmZlciwgbmV3bmFtZSk7CiAKICAgLyogQ2F0Y2ggcmVk
aXNwbGF5J3MgYXR0ZW50aW9uLiAgVW5sZXNzIHdlIGRvIHRoaXMsIHRoZSBtb2RlIGxpbmVz
IGZvcgpAQCAtMjA4MSw2ICsyMTAwLDcgQEAgREVGVU4gKCJraWxsLWJ1ZmZlciIsIEZraWxs
X2J1ZmZlciwgU2tpbGxfYnVmZmVyLCAwLCAxLCAiYktpbGwgYnVmZmVyOiAiLAogICAgICBU
aGlzIGdldHMgcmlkIG9mIHRoZW0gZm9yIGNlcnRhaW4uICAqLwogICByZXNldF9idWZmZXJf
bG9jYWxfdmFyaWFibGVzIChiLCAxKTsKIAorICBic2V0X2xhc3RuYW1lIChiLCBiLT5uYW1l
Xyk7CiAgIGJzZXRfbmFtZSAoYiwgUW5pbCk7CiAKICAgYmxvY2tfaW5wdXQgKCk7CkBAIC00
NjQ3LDYgKzQ2NjcsNyBAQCBpbml0X2J1ZmZlcl9vbmNlICh2b2lkKQogCiAgIC8qIDAgbWVh
bnMgbm90IGEgbGlzcCB2YXIsIC0xIG1lYW5zIGFsd2F5cyBsb2NhbCwgZWxzZSBtYXNrLiAg
Ki8KICAgbWVtc2V0ICgmYnVmZmVyX2xvY2FsX2ZsYWdzLCAwLCBzaXplb2YgYnVmZmVyX2xv
Y2FsX2ZsYWdzKTsKKyAgYnNldF9sYXN0bmFtZSAoJmJ1ZmZlcl9sb2NhbF9mbGFncywgbWFr
ZV9maXhudW0gKC0xKSk7CiAgIGJzZXRfZmlsZW5hbWUgKCZidWZmZXJfbG9jYWxfZmxhZ3Ms
IG1ha2VfZml4bnVtICgtMSkpOwogICBic2V0X2RpcmVjdG9yeSAoJmJ1ZmZlcl9sb2NhbF9m
bGFncywgbWFrZV9maXhudW0gKC0xKSk7CiAgIGJzZXRfYmFja2VkX3VwICgmYnVmZmVyX2xv
Y2FsX2ZsYWdzLCBtYWtlX2ZpeG51bSAoLTEpKTsKQEAgLTYwMzAsNiArNjA1MSw3IEBAIEZ1
bmN0aW9ucyAoaW1wbGljaXRseSkgcnVubmluZyB0aGlzIGhvb2sgYXJlIGBnZXQtYnVmZmVy
LWNyZWF0ZScsCiAgIGRlZnN1YnIgKCZTbWFrZV9pbmRpcmVjdF9idWZmZXIpOwogICBkZWZz
dWJyICgmU2dlbmVyYXRlX25ld19idWZmZXJfbmFtZSk7CiAgIGRlZnN1YnIgKCZTYnVmZmVy
X25hbWUpOworICBkZWZzdWJyICgmU2J1ZmZlcl9sYXN0X25hbWUpOwogICBkZWZzdWJyICgm
U2J1ZmZlcl9maWxlX25hbWUpOwogICBkZWZzdWJyICgmU2J1ZmZlcl9iYXNlX2J1ZmZlcik7
CiAgIGRlZnN1YnIgKCZTYnVmZmVyX2xvY2FsX3ZhbHVlKTsKZGlmZiAtLWdpdCBhL3NyYy9i
dWZmZXIuaCBiL3NyYy9idWZmZXIuaAppbmRleCA4MGVkZmRjYmMyMi4uN2UwMDkzOTdmNGQg
MTAwNjQ0Ci0tLSBhL3NyYy9idWZmZXIuaAorKysgYi9zcmMvYnVmZmVyLmgKQEAgLTMwOSw2
ICszMDksMTIgQEAgI2RlZmluZSBCVkFSKGJ1ZiwgZmllbGQpICgoYnVmKS0+ZmllbGQgIyMg
XykKICAgLyogVGhlIG5hbWUgb2YgdGhpcyBidWZmZXIuICAqLwogICBMaXNwX09iamVjdCBu
YW1lXzsKIAorICAvKiBUaGUgbGFzdCBuYW1lIG9mIHRoaXMgYnVmZmVyLiAgSW5pdGlhbGx5
IG5pbCwgZm9yIGEgcmVuYW1lZCBsaXZlCisgICAgIGJ1ZmZlciB0aGUgbmFtZSB0aGUgYnVm
ZmVyIGhhZCBiZWZvcmUgdGhlIGxhc3QgRnJlbmFtZV9idWZmZXIKKyAgICAgY2hhbmdlZCBp
dCwgZm9yIGEgZGVhZCBidWZmZXIgdGhlIGxhc3QgbmFtZSB0aGUgYnVmZmVyIGhhZCBiZWZv
cmUKKyAgICAgaXQgd2FzIGtpbGxlZC4gICovCisgIExpc3BfT2JqZWN0IGxhc3RuYW1lXzsK
KwogICAvKiBUaGUgbmFtZSBvZiB0aGUgZmlsZSB2aXNpdGVkIGluIHRoaXMgYnVmZmVyLCBv
ciBuaWwuICAqLwogICBMaXNwX09iamVjdCBmaWxlbmFtZV87CiAK
--------------MSi6U58epIRXnosKkTEfUY24--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 24 Jan 2024 08:01:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 24 03:01:32 2024 Received: from localhost ([127.0.0.1]:44391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rSYCR-0006gv-Rg for submit <at> debbugs.gnu.org; Wed, 24 Jan 2024 03:01:32 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:dc4:8::224]:38107) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rSYCM-0006gC-My for 68235 <at> debbugs.gnu.org; Wed, 24 Jan 2024 03:01:27 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 39C50E0003; Wed, 24 Jan 2024 08:01:13 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN> (martin rudalics's message of "Tue, 23 Jan 2024 10:30:49 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> <86v87qpow0.fsf@HIDDEN> <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> <86jzo16dcy.fsf@HIDDEN> <82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN> Date: Wed, 24 Jan 2024 09:54:16 +0200 Message-ID: <864jf35fpz.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> 1. 'post-set-window-configuration-functions' is called even >> after 'delete-other-windows' and 'kill-buffer', albeit with >> windows=nil, so no problems. > > I don't understand what you mean here. Do you mean that it gets called > because for some reason 'set-window-configuration' gets called after > 'delete-other-windows' and 'kill-buffer'? When I instrumented the function 'foo', it entered edebug between 'y-or-n-p' in (y-or-n-p "Configuration saved ...") (delete-other-windows window) (kill-buffer buffer) (y-or-n-p "Configuration reset ...") So I supposed that maybe from 'delete-other-windows' and 'kill-buffer', but now I understand this is because exiting the minibuffer from 'y-or-n-p' calls 'set-window-configuration'. > We could add a new field to the buffer structure and a function > say 'buffer-last-name' which would return the last name a buffer had > before it was renamed: nil for a new buffer, the old name before the > last 'rename-buffer' and the last buffer name for a dead buffer. Looks nice. > And always think about what to propose when a new buffer with the same > name has been created meanwhile. Something using uniquify could help. >> 3. It seems the buffer-local value of 'revert-buffer-function' >> is not preserved in the killed buffer? > > 'kill-buffer' calls reset_buffer_local_variables which scans the local > variables alist of the buffer and resets all values to their default > values. Giving the variable either a 'permanent-local' property or > binding the default value to the buffer local value around 'kill-buffer' > could work around that but I'd rather try to save this (and other buffer > local values) in a separate alist for buffers stored in a configuration. To save revert-buffer-functions like saving positions of dired files in window parameters?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 23 Jan 2024 09:31:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 23 04:31:06 2024
Received: from localhost ([127.0.0.1]:42208 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rSD7a-0002YU-0T
for submit <at> debbugs.gnu.org; Tue, 23 Jan 2024 04:31:06 -0500
Received: from mout.gmx.net ([212.227.15.18]:57737)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rSD7W-0002Xx-ES
for 68235 <at> debbugs.gnu.org; Tue, 23 Jan 2024 04:31:05 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1706002250; x=1706607050; i=rudalics@HIDDEN;
bh=fO0xFxKVOwWgt/7H3vyFA3+MSElRuXLvwL3btEG4s98=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=R/f3pMn0A0MlOEHCAEC+X0CvYcMx4K1XJPvFKqE2HAas6lcwMPgkQAebpx/EAA9B
tfjeeejg1YnTchIW9zWIXUbUqt4jnVOtKuCzWi2VPPrN7ewzUMTwmg1ojCk8uIOxH
9JeIN8IbtJx/uXoYUqtzPDjEe1IKDVAR/liTPXtV9PQEVh0BZSPKs9sWvM+QHv0Ye
AbKOqwF9I+QZ1ngLCV0xqmc4tFG+CiCKxiJbRE1mtmpVSYmyTpnOefMoLt0KCyYxQ
YRUSJ4ar8pZbvHzsbeo5OGeQKTlq7DqSZEIXk3eMj4Dk4u9MRAiAaUxsu7d+K85ew
oU1oayqIfHEiskNW+w==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([46.125.249.64]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1Mqs4Z-1qoFg33333-00msjN; Tue, 23
Jan 2024 10:30:50 +0100
Message-ID: <82ad12e6-babf-4be1-bab1-b7c8bb25e2a4@HIDDEN>
Date: Tue, 23 Jan 2024 10:30:49 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
<86jzo16dcy.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86jzo16dcy.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:L4QX47JvGXwI+XoDBANvVF3JlBFswwN/WGr3z3xWbnHxHe6uKvt
IRf6tO+Oce3wiCdWUBGNzckZn423C4fu1nyyh6Vho0lzUPyf3C0xziOqbm+9Hq/ud/7LNKE
0ltApkw0xIexGTXTTOO8pwEESsU8Ofz6tr5GjhR4TFpYLRxDUytZ7zOoYrPAzrtq62sJI4p
TEAFMTtJNbzGyiJnQPYCQ==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:cqfQhk5LKzQ=;/9zzj7uwvBEyTjrde8z6GGbTMOV
oqXdqxdWeqd9uyiY30YoKs1O3S6vMKrQ/cw/t9jVljS4P+YtLoUeh4U+Tq0jxhjaXoQuwKXg+
tafFIWQH8WqPqnJO4BNrDJGnoeKLbRJNI30oaMN5jlLJ4UoJCA5BFj8eTsXth2GZMEyMxcVhE
gFAFI54e7EY0DGFmAEiwsR16VsVeG9FGFJB33G31f0jsch3QsVCBi/fqHFpu7wAMCzVtehZYw
Ytjmzi/F0/WtbS/MgW18JAmtrvHEcQymvEpQtNztks5LbHTVkD4pRdxrJW5dXlQestqFg/P5/
uVGhzUmp86WgQ8a4Y36Cbr0l7NTWy25tT2O0P4A53T4JdKIwttCUd5DjfKmKrr4VkqNvzgS2e
+sTHWtIzt/XuhqTBtL4eKGmMUQpkwYEHv70pmnsCE2+uISJBG2uaSGolYAMpblmZJzSeKhfs7
17viYU8B3SoDdZrxJfmiKV31R9y5kSo5tNsBDDLY7X0Ijd6RMFJU5O5p+fXQWA6BxT01uF/+H
iXldbGZs+GzjTkDHhbyKyvUflg9gO17II4mHZWfgxRtFCEuyKJvcJWH2TcxZcwL9xmigfDXXh
NBL79TxTqQNypFwqlSoL8X/zmGOEgMnrLbY+N7F03U9u5vReT9tahq82Me2KfLI61oybL46P+
6GizU80fRkhh0of3dRidE6Jr+LA5CS+FWNvvqhzyvppEmlfkwu+PG3LCHJKc1WKPO+afuvruq
MRi6OtlLMORoMdXW6vk1VDKjPoIQ4Q38wzPhXDy4MS1AssD0JDle8vCqwbGLqxcgrW1MrNeWE
QUD7l74m+WW2sqMSvt5D4YS7YtTsHd3y2aqkgzYl5ggpaGveTWBCNCO7TkKk8CjBtYXEj0rJf
FMbzV9QberBhi9Mk8+xMcWwnHqS+94sXOUWW4PYE71UDlODuTj2b2fSUgWBveCmMhj9jVAWQe
n4HrMQ==
X-Spam-Score: 2.8 (++)
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: > 1. 'post-set-window-configuration-functions' is called
even > after 'delete-other-windows' and 'kill-buffer',
albeit with > windows=nil,
so no problems. I don't understand what you mean here. Do you mean that it
gets called because for some reason 'set-window-configuration' gets called
after 'delete-other-windows' and 'kill-buffer'?
Content analysis details: (2.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[46.125.249.64 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.18 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.18 listed in wl.mailspike.net]
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.8 (+)
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: > 1. 'post-set-window-configuration-functions' is called
even > after 'delete-other-windows' and 'kill-buffer', albeit with > windows=nil,
so no problems. I don't understand what you mean here. Do you mean that it
gets called because for some reason 'set-window-configuration' gets called
after 'delete-other-windows' and 'kill-buffer'?
Content analysis details: (1.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[46.125.249.64 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.18 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> 1. 'post-set-window-configuration-functions' is called even
> after 'delete-other-windows' and 'kill-buffer', albeit with
> windows=nil, so no problems.
I don't understand what you mean here. Do you mean that it gets called
because for some reason 'set-window-configuration' gets called after
'delete-other-windows' and 'kill-buffer'?
> 2. It seems there is no way to get the name of the killed buffer
> from '(nth 1 quad)'?
No way. 'buffer-name' with a killed buffer as argument has to return
nil - too many functions may rely on that.
> Here is what I tried:
>
> (defun foo (frame windows)
> (while windows
> (let* ((quad (car windows))
> (window (car quad))
> (buffer (generate-new-buffer
> (format " *Old buffer %s*" (nth 1 quad)))))
> (with-current-buffer buffer
> (insert (format "Restore the original buffer named %s:\n"
> (nth 1 quad)))
> (insert-button
> "[Restore]"
> 'action
> (lambda (_button)
> (set-window-buffer window (find-file-noselect
> (buffer-file-name (nth 1 quad))))
> (set-window-point window (nth 3 quad))
> (set-window-start window (nth 2 quad) t)))
> (set-window-buffer window buffer)))
> (setq windows (cdr windows))))
>
> It inserts to the transient buffer this text without the real buffer name:
>
> Restore the original buffer named #<killed buffer>:
> [Restore]
I'd say Restore buffer from ... and use the file name here.
> But the button really restores the original buffer.
Because many functions with a buffer as argument like 'buffer-file-name'
don't check whether that buffer is live. You can find such functions by
looking for "decode_buffer (buffer)" in buffer.c. 'buffer-name' fails
because the name of the buffer _is_ reset to nil when the buffer is
killed. We could add a new field to the buffer structure and a function
say 'buffer-last-name' which would return the last name a buffer had
before it was renamed: nil for a new buffer, the old name before the
last 'rename-buffer' and the last buffer name for a dead buffer.
And always think about what to propose when a new buffer with the same
name has been created meanwhile.
> 3. It seems the buffer-local value of 'revert-buffer-function'
> is not preserved in the killed buffer?
'kill-buffer' calls reset_buffer_local_variables which scans the local
variables alist of the buffer and resets all values to their default
values. Giving the variable either a 'permanent-local' property or
binding the default value to the buffer local value around 'kill-buffer'
could work around that but I'd rather try to save this (and other buffer
local values) in a separate alist for buffers stored in a configuration.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 22 Jan 2024 07:55:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 22 02:55:52 2024
Received: from localhost ([127.0.0.1]:39820 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rRp9s-00050R-Fj
for submit <at> debbugs.gnu.org; Mon, 22 Jan 2024 02:55:52 -0500
Received: from relay7-d.mail.gandi.net ([217.70.183.200]:45185)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rRp9m-0004zu-IT
for 68235 <at> debbugs.gnu.org; Mon, 22 Jan 2024 02:55:46 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 34FE520007;
Mon, 22 Jan 2024 07:55:36 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN> (martin rudalics's
message of "Sat, 20 Jan 2024 10:44:51 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
<4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
Date: Mon, 22 Jan 2024 09:43:09 +0200
Message-ID: <86jzo16dcy.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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 (-)
> I attach a patch. Note that in my Emacs, window configurations are much
> more lightweight so I cannot reliably test it. You would have to do all
> the testing yourself.
Thanks, this works great. Some observations:
1. 'post-set-window-configuration-functions' is called even
after 'delete-other-windows' and 'kill-buffer', albeit with
windows=nil, so no problems.
2. It seems there is no way to get the name of the killed buffer
from '(nth 1 quad)'?
Here is what I tried:
(defun foo (frame windows)
(while windows
(let* ((quad (car windows))
(window (car quad))
(buffer (generate-new-buffer
(format " *Old buffer %s*" (nth 1 quad)))))
(with-current-buffer buffer
(insert (format "Restore the original buffer named %s:\n"
(nth 1 quad)))
(insert-button
"[Restore]"
'action
(lambda (_button)
(set-window-buffer window (find-file-noselect
(buffer-file-name (nth 1 quad))))
(set-window-point window (nth 3 quad))
(set-window-start window (nth 2 quad) t)))
(set-window-buffer window buffer)))
(setq windows (cdr windows))))
It inserts to the transient buffer this text without the real buffer name:
Restore the original buffer named #<killed buffer>:
[Restore]
But the button really restores the original buffer.
3. It seems the buffer-local value of 'revert-buffer-function'
is not preserved in the killed buffer?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 20 Jan 2024 09:45:08 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 20 04:45:07 2024
Received: from localhost ([127.0.0.1]:60875 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rR7uU-000235-Nl
for submit <at> debbugs.gnu.org; Sat, 20 Jan 2024 04:45:07 -0500
Received: from mout.gmx.net ([212.227.15.18]:56411)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rR7uR-0001pd-1C
for 68235 <at> debbugs.gnu.org; Sat, 20 Jan 2024 04:45:04 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1705743892; x=1706348692; i=rudalics@HIDDEN;
bh=1K2BMgCvK2C3706nQOiVfM6TViB0Yw5QgE6qQ50x3fM=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=DcXbHHJhEzPqeg7Afyy4OrZFQwJdqcUoPY0RTUmaEitZFoPkXANDCXvQrid7WLwH
eRMS++JwjvimC0b9pn+XtqdIvS7oJtauPw7//Yk7prVR9j4rvURmxO0m7vUWeo7DS
1USxabyxnwQbxwZOf33x2ZNLDFzx/P5EcEQ1CBQB5i2Or2vmsqyA0UdnmE+MZhgft
y5j4EqyYQ22WWccer2/UBnFunAjmuLjuhSNJtNHjFkVkx2dxCbXS0RH2HeFSHj5Et
2dyoeQc8dSdeEnhIPdBSIUoYBdWUTOSN/etIqjbT7dsTFuDFk3GzUST1i2SFRL01r
Es6HesSgBNpx5SSgtg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.152]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1N8XPn-1r4nrx2kYD-014W7S; Sat, 20
Jan 2024 10:44:52 +0100
Content-Type: multipart/mixed; boundary="------------5Gaexv30k5UOq10KbjFy0yEI"
Message-ID: <4bc98faf-5ebe-4c22-8c9f-04755785fde5@HIDDEN>
Date: Sat, 20 Jan 2024 10:44:51 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
<c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
<86a5p5qv61.fsf@HIDDEN>
<ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN>
<86edeg2ige.fsf@HIDDEN>
<21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN>
<86v87qpow0.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86v87qpow0.fsf@HIDDEN>
X-Provags-ID: V03:K1:3rpc4cxb0ZkII6hXW6+w8ZRtZaBf2gNLdRAF6AOVvSxqO9w2gcs
lnKRcZMk63Vxjwviiur3Hy73VxZ3qYRGp5i7Y/P3fT81aZuuzJx7m430q7PO0pwtpXpeiQf
Xmm8gAKMVlWKPqeSbXz3vPItsYAHiOwWuk5+w8nZKdkmH/WWm+J2oP71JaHu/egjRJZanBJ
aRL2ijCeFJHJ5otWKPy4w==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:Y4sRnaUDyKs=;WWnLV+TYcIce3wB62ikoB8xfsb1
Tgy3/C9uF2LWbAac/dJdqPXIU/HyjamPumrthDGp3AvvgXIymJqTD7TnGlN923MCDa2hsEHME
b0G3KmBO6Z+m1sV0yMmxwhoBi+mlyylAICorA4I8So9Cq7BadGmb9+FxhdR112hqsA2d1WhS1
EtEfzArFIgp1dRbT7/04U0me2hgRWggmoKFruiTuvNumAlV6n5qD+xSqV+FP7jLaty5l4pPNU
lcEV9bx88eYPk8HkfXFUJsodlFCshSH4gHX7W8zxKByAc+4sHOl4003Y84JjgiZVhS2vLdage
ijyReiP/qG1QrHvyVLhqTmWptFJuC8wlo72NKBLTSTxW/PbYxu0hq2N/LA0p/4fdDtxDMnAVz
WnVbf2pOB/edsYAW6tFqLct6S31CL03MlxJNQBaV5iTqpYA+Rd3ZmhudVFzQj9JrmP2gn8nuU
mKgoAqVenauAybcskVbiG1ibJ85cgmv2YMIM2hHZNLxT0DonVHm3rfVQDYYHDaXtuEuvRolBi
VY9TqtB2ks0pxlxRyVrWk3+xgKXPnyYI6Eug/y2TybWVqksXeTXolgB37k7CJwB6bWE+qFNok
tQVhKkbkkmOY83ohsXwpaSFE841bDkkNkOeOTUyp28kf536svc1sWVkw1y7C9Uyd5LPNgTzGY
QrnLKw+9GK12kIwssHnjgW/TDhU6ucDGV7Kb+1u3pwmI8tDS83dGXfaFxQlP5WGs4qyQpeZDi
rnVwjMD34GiiPBjcAGdhJVmTUsgEvV4hBUDDMFeKF+Mysd6Nv+Vgw8m1kh8RFEU6uPFTwZ36K
d2+ApwjPtyVdlBh0Tu9LeKYhqn8Qwn2Iwe18ZqkvXyYB2BzWGJxtfweMC6ehHCK4xQVsiqYH+
+3r5e9ZN/V8nfw09m9NA/wWAosO9+M6lAUd9UgnIGMZRUnORC9r0Jle1aDYVvo0ScxHXBjNKs
tAopptwhDe8vZYVy4dyiBrdg8T0=
X-Spam-Score: 2.8 (++)
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: > This looks promising. I attach a patch. Note that in my
Emacs, window configurations are much more lightweight so I cannot reliably
test it. You would have to do all the testing yourself. > One thing I don't
understand is how to get > the previously visited file name from this list
of four entries?
Content analysis details: (2.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.152 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.18 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.8 (+)
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: > This looks promising. I attach a patch. Note that in my
Emacs, window configurations are much more lightweight so I cannot reliably
test it. You would have to do all the testing yourself. > One thing I don't
understand is how to get > the previously visited file name from this list
of four entries?
Content analysis details: (1.8 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.152 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.18 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
This is a multi-part message in MIME format.
--------------5Gaexv30k5UOq10KbjFy0yEI
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64
ID4gVGhpcyBsb29rcyBwcm9taXNpbmcuDQoNCkkgYXR0YWNoIGEgcGF0Y2guICBOb3RlIHRo
YXQgaW4gbXkgRW1hY3MsIHdpbmRvdyBjb25maWd1cmF0aW9ucyBhcmUgbXVjaA0KbW9yZSBs
aWdodHdlaWdodCBzbyBJIGNhbm5vdCByZWxpYWJseSB0ZXN0IGl0LiAgWW91IHdvdWxkIGhh
dmUgdG8gZG8gYWxsDQp0aGUgdGVzdGluZyB5b3Vyc2VsZi4NCg0KID4gT25lIHRoaW5nIEkg
ZG9uJ3QgdW5kZXJzdGFuZCBpcyBob3cgdG8gZ2V0DQogPiB0aGUgcHJldmlvdXNseSB2aXNp
dGVkIGZpbGUgbmFtZSBmcm9tIHRoaXMgbGlzdCBvZiBmb3VyIGVudHJpZXM/DQoNCkJ1dCBp
dCdzIHN0aWxsIHRoZXJlIGluIHRoZSBkZWFkIGJ1ZmZlciAodGhlIG9ubHkgdGhpbmdzIHRo
YXQgY2FuIGdldA0KY29sbGVjdGVkIGFzIGxvbmcgYXMgYSB3aW5kb3cgaXMgaW4gYSB0YWIg
YXJlIHRoZSBwcmV2aW91cyBhbmQgbmV4dA0KYnVmZmVycyBzaG93biBpbiB0aGF0IHdpbmRv
dykuICBUcnkgdGhlIHNjZW5hcmlvIGJlbG93LCB1c2luZyBzb21lDQpzdWl0YWJsZSBmaWxl
IGFzIGFyZ3VtZW50IHRvICdmaW5kLWZpbGUtbm9zZWxlY3QnLg0KDQooZGVmdW4gZm9vIChm
cmFtZSB3aW5kb3dzKQ0KICAgKHdoaWxlIHdpbmRvd3MNCiAgICAgKGxldCogKChxdWFkIChj
YXIgd2luZG93cykpDQoJICAgKHdpbmRvdyAoY2FyIHF1YWQpKQ0KCSAgIChidWZmZXIgKGZp
bmQtZmlsZS1ub3NlbGVjdA0KCQkgICAgKGJ1ZmZlci1maWxlLW5hbWUgKG50aCAxIHF1YWQp
KSkpKQ0KICAgICAgICh3aGVuIGJ1ZmZlcg0KCShzZXQtd2luZG93LWJ1ZmZlciB3aW5kb3cg
YnVmZmVyKQ0KCShzZXQtd2luZG93LXBvaW50IHdpbmRvdyAobnRoIDMgcXVhZCkpDQoJKHNl
dC13aW5kb3ctc3RhcnQgd2luZG93IChudGggMiBxdWFkKSB0KSkpDQogICAgIChzZXRxIHdp
bmRvd3MgKGNkciB3aW5kb3dzKSkpKQ0KDQooYWRkLWhvb2sgJ3Bvc3Qtc2V0LXdpbmRvdy1j
b25maWd1cmF0aW9uLWZ1bmN0aW9ucyAnZm9vKQ0KDQoobGV0ICgod2luZG93IChzZWxlY3Rl
ZC13aW5kb3cpKQ0KICAgICAgIChidWZmZXIgKHBvcC10by1idWZmZXINCgkgICAgICAgKGZp
bmQtZmlsZS1ub3NlbGVjdCAiLi4uIikpKQ0KICAgICAgICh3aW5kb3ctMSAoc3BsaXQtd2lu
ZG93KSkNCiAgICAgICAod2luZG93LTIgKHNwbGl0LXdpbmRvdyBuaWwgbmlsIHQpKQ0KICAg
ICAgIGNvbmZpZ3VyYXRpb24pDQogICAoc2V0LXdpbmRvdy1wb2ludCB3aW5kb3ctMSA1MDAw
KQ0KICAgKHNldC13aW5kb3ctcG9pbnQgd2luZG93LTIgMTAwMDApDQogICAoc2V0cSBjb25m
aWd1cmF0aW9uIChjdXJyZW50LXdpbmRvdy1jb25maWd1cmF0aW9uKSkNCiAgICh5LW9yLW4t
cCAiQ29uZmlndXJhdGlvbiBzYXZlZCAuLi4iKQ0KICAgKGRlbGV0ZS1vdGhlci13aW5kb3dz
IHdpbmRvdykNCiAgIChraWxsLWJ1ZmZlciBidWZmZXIpDQogICAoeS1vci1uLXAgIkNvbmZp
Z3VyYXRpb24gcmVzZXQgLi4uIikNCiAgIChzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24gY29u
ZmlndXJhdGlvbiBuaWwgbmlsIHQpDQogICAobWVzc2FnZSAiQ29uZmlndXJhdGlvbiByZXN0
b3JlZCIpKQ0KDQpOb3RlIHRoYXQgd2luZG93IHBvaW50IGFuZCBzdGFydCBhcmUgc3RvcmVk
IGFzIHBvc2l0aW9ucyBhbmQgbm90IGFzDQptYXJrZXJzIHdoaWNoIG1lYW5zIHRoYXQgaWYg
eW91IG1vZGlmeSB0aGUgYnVmZmVyIGFmdGVyIHRoZSBjYWxsIG9mDQonY3VycmVudC13aW5k
b3ctY29uZmlndXJhdGlvbicsIHRoZXkgbWF5IG5vdCBiZSBhY2N1cmF0ZSBhbnkgbW9yZS4N
Cg0KT25lIGNvdWxkIHRyeSB0byBnZXQgdGhlaXIgbGFzdCBwb3NpdGlvbiBiZWZvcmUgdGhl
IGJ1ZmZlciB3YXMgZGVsZXRlZA0KYnV0IHRoYXQgd291bGQgbWVhbiB0byBnaXZlIOKAmG1h
cmtlci1wb3NpdGlvbuKAmSBhbiBleHRyYSBhcmd1bWVudCB0byBvbWl0DQp0aGUNCg0KICAg
aWYgKFhNQVJLRVIgKG1hcmtlciktPmJ1ZmZlcikNCg0KY2hlY2sgd2l0aCBzb21lICJ1c2Ug
YXQgeW91ciBvd24gcmlzayIgY2F2ZWF0cyAoJ21hcmtlci1idWZmZXInIGF0IHRoZQ0Kc2Ft
ZSB0aW1lIHdvdWxkIHN0aWxsIGhhdmUgdG8gcmV0dXJuIG5pbCkuDQoNCm1hcnRpbg0K
--------------5Gaexv30k5UOq10KbjFy0yEI
Content-Type: text/x-patch; charset=UTF-8; name="keep-windows.diff"
Content-Disposition: attachment; filename="keep-windows.diff"
Content-Transfer-Encoding: base64
ZGlmZiAtLWdpdCBhL3NyYy9rZXlib2FyZC5jIGIvc3JjL2tleWJvYXJkLmMKaW5kZXggZTFk
NzM4ZGQ2ZWYuLmI2YmEzYzU3ZmY4IDEwMDY0NAotLS0gYS9zcmMva2V5Ym9hcmQuYworKysg
Yi9zcmMva2V5Ym9hcmQuYwpAQCAtMjI4MSw3ICsyMjgxLDcgQEAgcmVhZF9jaGFyX2hlbHBf
Zm9ybV91bndpbmQgKHZvaWQpCiAgIExpc3BfT2JqZWN0IHdpbmRvd19jb25maWcgPSBYQ0FS
IChoZWxwX2Zvcm1fc2F2ZWRfd2luZG93X2NvbmZpZ3MpOwogICBoZWxwX2Zvcm1fc2F2ZWRf
d2luZG93X2NvbmZpZ3MgPSBYQ0RSIChoZWxwX2Zvcm1fc2F2ZWRfd2luZG93X2NvbmZpZ3Mp
OwogICBpZiAoIU5JTFAgKHdpbmRvd19jb25maWcpKQotICAgIEZzZXRfd2luZG93X2NvbmZp
Z3VyYXRpb24gKHdpbmRvd19jb25maWcsIFFuaWwsIFFuaWwpOworICAgIEZzZXRfd2luZG93
X2NvbmZpZ3VyYXRpb24gKHdpbmRvd19jb25maWcsIFFuaWwsIFFuaWwsIFFuaWwpOwogfQog
CiAjZGVmaW5lIFNUT1BfUE9MTElORwkJCQkJXApkaWZmIC0tZ2l0IGEvc3JjL3dpbmRvdy5j
IGIvc3JjL3dpbmRvdy5jCmluZGV4IDNhNTRmN2NlN2IxLi5jMzNiOTg3YzI0ZiAxMDA2NDQK
LS0tIGEvc3JjL3dpbmRvdy5jCisrKyBiL3NyYy93aW5kb3cuYwpAQCAtNzAzNyw2ICs3MDM3
LDcgQEAgREVGVU4gKCJtb3ZlLXRvLXdpbmRvdy1saW5lIiwgRm1vdmVfdG9fd2luZG93X2xp
bmUsIFNtb3ZlX3RvX3dpbmRvd19saW5lLAogICB1bmlvbiB2ZWN0b3JsaWtlX2hlYWRlciBo
ZWFkZXI7CiAKICAgTGlzcF9PYmplY3Qgd2luZG93LCBidWZmZXIsIHN0YXJ0LCBwb2ludG0s
IG9sZF9wb2ludG07CisgIExpc3BfT2JqZWN0IHN0YXJ0X3BvcywgcG9pbnRtX3BvczsKICAg
TGlzcF9PYmplY3QgcGl4ZWxfbGVmdCwgcGl4ZWxfdG9wLCBwaXhlbF9oZWlnaHQsIHBpeGVs
X3dpZHRoOwogICBMaXNwX09iamVjdCBsZWZ0X2NvbCwgdG9wX2xpbmUsIHRvdGFsX2NvbHMs
IHRvdGFsX2xpbmVzOwogICBMaXNwX09iamVjdCBub3JtYWxfY29scywgbm9ybWFsX2xpbmVz
OwpAQCAtNzA3OSw3ICs3MDgwLDcgQEAgREVGVU4gKCJ3aW5kb3ctY29uZmlndXJhdGlvbi1m
cmFtZSIsIEZ3aW5kb3dfY29uZmlndXJhdGlvbl9mcmFtZSwgU3dpbmRvd19jb25maWcKIH0K
IAogREVGVU4gKCJzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24iLCBGc2V0X3dpbmRvd19jb25m
aWd1cmF0aW9uLAotICAgICAgIFNzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sIDEsIDMsIDAs
CisgICAgICAgU3NldF93aW5kb3dfY29uZmlndXJhdGlvbiwgMSwgNCwgMCwKICAgICAgICBk
b2M6IC8qIFNldCB0aGUgY29uZmlndXJhdGlvbiBvZiB3aW5kb3dzIGFuZCBidWZmZXJzIGFz
IHNwZWNpZmllZCBieSBDT05GSUdVUkFUSU9OLgogQ09ORklHVVJBVElPTiBtdXN0IGJlIGEg
dmFsdWUgcHJldmlvdXNseSByZXR1cm5lZAogYnkgYGN1cnJlbnQtd2luZG93LWNvbmZpZ3Vy
YXRpb24nICh3aGljaCBzZWUpLgpAQCAtNzA5MCwxNiArNzA5MSwzNSBAQCBERUZVTiAoInNl
dC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiB0
aGUgbWluaS13aW5kb3cgb2YgdGhlIGZyYW1lIGRvZXNuJ3QgZ2V0IHNldCB0byB0aGUgY29y
cmVzcG9uZGluZyBlbGVtZW50CiBvZiBDT05GSUdVUkFUSU9OLgogCitOb3JtYWxseSwgdGhp
cyBmdW5jdGlvbiB3aWxsIHRyeSB0byBkZWxldGUgYW55IGRlYWQgd2luZG93IGluCitDT05G
SUdVUkFUSU9OIHdob3NlIGJ1ZmZlciBoYXMgYmVlbiBkZWxldGVkIHNpbmNlIENPTkZJR1VS
QVRJT04gd2FzCittYWRlLiAgSG93ZXZlciwgaWYgS0VFUC1XSU5ET1dTIGlzIG5vbi1uaWws
IGl0IHdpbGwgcHJlc2VydmUgc3VjaCBhCit3aW5kb3cgaW4gdGhlIHJlc3RvcmVkIGxheW91
dCBhbmQgc2hvdyBhbm90aGVyIGJ1ZmZlciBpbiBpdC4KKworQWZ0ZXIgcmVzdG9yaW5nIHRo
ZSBmcmFtZSBsYXlvdXQsIHRoaXMgZnVuY3Rpb24gcnVucyB0aGUgYWJub3JtYWwgaG9vawor
J3Bvc3Qtc2V0LXdpbmRvdy1jb25maWd1cmF0aW9uLWZ1bmN0aW9ucycgd2l0aCB0d28gYXJn
dW1lbnRzIC0gdGhlIGZyYW1lCit3aG9zZSBsYXlvdXQgaXMgaGFzIHJlc3RvcmVkIGFuZCwg
cHJvdmlkZWQgS0VFUC1XSU5ET1dTIGlzIG5vbi1uaWwsIGEKK2xpc3Qgb2YgZW50cmllcyBm
b3IgZWFjaCB3aW5kb3cgd2hvc2UgYnVmZmVyIGhhcyBiZWVuIGZvdW5kIGRlYWQgd2hlbiBp
dAordHJpZWQgdG8gcmVzdG9yZSBDT05GSUdVUkFUSU9OOiBFYWNoIGVudHJ5IGlzIGEgbGlz
dCBvZiBmb3VyIGVsZW1lbnRzCis8d2luZG93LCBidWZmZXIsIHN0YXJ0LCBwb2ludD4gd2hl
cmUgYHdpbmRvdycgZGVub3RlcyB0aGUgd2luZG93IHdob3NlCitidWZmZXIgd2FzIGZvdW5k
IGRlYWQsIGBidWZmZXInIGRlbm90ZXMgdGhlIGRlYWQgYnVmZmVyLCBhbmQgYHN0YXJ0JyBh
bmQKK2Bwb2ludCcgZGVub3RlIHRoZSBwb3NpdGlvbnMgb2YgYHdpbmRvdy1zdGFydCcgYW5k
IGB3aW5kb3ctcG9pbnQnIG9mCit0aGF0IHdpbmRvdyBhdCB0aGUgdGltZSBDT05GSUdVUkFU
SU9OIHdhcyBtYWRlLiBOb3RlIHRoYXQgdGhlc2UKK3Bvc2l0aW9ucyBhcmUgbm8gbWFya2Vy
cyBhbmQgbWF5IGJlIG5vIG1vcmUgYWNjdXJhdGUgaWYgdGhlIGJ1ZmZlciBoYXMKK2JlZW4g
bW9kaWZpZWQgYWZ0ZXJ3YXJkcy4gIElmIEtFRVAtV0lORE9XUyBpcyBuaWwsIHRoZSBzZWNv
bmQgYXJndW1lbnQKK2lzIG5pbC4KKwogSWYgQ09ORklHVVJBVElPTiB3YXMgbWFkZSBmcm9t
IGEgZnJhbWUgdGhhdCBpcyBub3cgZGVsZXRlZCwKIG9ubHkgZnJhbWUtaW5kZXBlbmRlbnQg
dmFsdWVzIGNhbiBiZSByZXN0b3JlZC4gIEluIHRoaXMgY2FzZSwKIHRoZSByZXR1cm4gdmFs
dWUgaXMgbmlsLiAgT3RoZXJ3aXNlIHRoZSB2YWx1ZSBpcyB0LiAgKi8pCiAgIChMaXNwX09i
amVjdCBjb25maWd1cmF0aW9uLCBMaXNwX09iamVjdCBkb250X3NldF9mcmFtZSwKLSAgIExp
c3BfT2JqZWN0IGRvbnRfc2V0X21pbml3aW5kb3cpCisgICBMaXNwX09iamVjdCBkb250X3Nl
dF9taW5pd2luZG93LCBMaXNwX09iamVjdCBrZWVwX3dpbmRvd3MpCiB7CiAgIHJlZ2lzdGVy
IHN0cnVjdCBzYXZlX3dpbmRvd19kYXRhICpkYXRhOwogICBzdHJ1Y3QgTGlzcF9WZWN0b3Ig
KnNhdmVkX3dpbmRvd3M7CiAgIExpc3BfT2JqZWN0IG5ld19jdXJyZW50X2J1ZmZlcjsKICAg
TGlzcF9PYmplY3QgZnJhbWU7CisgIExpc3BfT2JqZWN0IGtlcHRfd2luZG93cyA9IFFuaWw7
CiAgIExpc3BfT2JqZWN0IG9sZF9mcmFtZSA9IHNlbGVjdGVkX2ZyYW1lOwogICBzdHJ1Y3Qg
ZnJhbWUgKmY7CiAgIHB0cmRpZmZfdCBvbGRfcG9pbnQgPSAtMTsKQEAgLTczNDAsNiArNzM2
MCwxMCBAQCBERUZVTiAoInNldC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93
X2NvbmZpZ3VyYXRpb24sCiAJCSAgIEJVRl9QVCAoWEJVRkZFUiAody0+Y29udGVudHMpKSwK
IAkJICAgQlVGX1BUX0JZVEUgKFhCVUZGRVIgKHctPmNvbnRlbnRzKSkpOwogCSAgICAgIHct
PnN0YXJ0X2F0X2xpbmVfYmVnID0gdHJ1ZTsKKwkgICAgICBpZiAoIU5JTFAgKGtlZXBfd2lu
ZG93cykpCisJCWtlcHRfd2luZG93cyA9IEZjb25zIChsaXN0NCAod2luZG93LCBwLT5idWZm
ZXIsCisJCQkJCSAgICAgcC0+c3RhcnRfcG9zLCBwLT5wb2ludG1fcG9zKSwKKwkJCQkgICAg
ICBrZXB0X3dpbmRvd3MpOwogCSAgICB9CiAJICBlbHNlIGlmICghTklMUCAody0+c3RhcnQp
KQogCSAgICAvKiBMZWFmIHdpbmRvdyBoYXMgbm8gbGl2ZSBidWZmZXIsIGdldCBvbmUuICAq
LwpAQCAtNzM2MCw2ICs3Mzg0LDEwIEBAIERFRlVOICgic2V0LXdpbmRvdy1jb25maWd1cmF0
aW9uIiwgRnNldF93aW5kb3dfY29uZmlndXJhdGlvbiwKIAkJZGVhZF93aW5kb3dzID0gRmNv
bnMgKHdpbmRvdywgZGVhZF93aW5kb3dzKTsKIAkgICAgICAvKiBNYWtlIHN1cmUgd2luZG93
IGlzIG5vIG1vcmUgZGVkaWNhdGVkLiAgKi8KIAkgICAgICB3c2V0X2RlZGljYXRlZCAodywg
UW5pbCk7CisJICAgICAgaWYgKCFOSUxQIChrZWVwX3dpbmRvd3MpKQorCQlrZXB0X3dpbmRv
d3MgPSBGY29ucyAobGlzdDQgKHdpbmRvdywgcC0+YnVmZmVyLAorCQkJCQkgICAgIHAtPnN0
YXJ0X3BvcywgcC0+cG9pbnRtX3BvcyksCisJCQkJICAgICAga2VwdF93aW5kb3dzKTsKIAkg
ICAgfQogCX0KIApAQCAtNzQxMSwxMiArNzQzOSwxMyBAQCBERUZVTiAoInNldC13aW5kb3ct
Y29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24sCiAgICAgICB1bmJs
b2NrX2lucHV0ICgpOwogCiAgICAgICAvKiBTY2FuIGRlYWQgYnVmZmVyIHdpbmRvd3MuICAq
LwotICAgICAgZm9yICg7IENPTlNQIChkZWFkX3dpbmRvd3MpOyBkZWFkX3dpbmRvd3MgPSBY
Q0RSIChkZWFkX3dpbmRvd3MpKQotCXsKLQkgIHdpbmRvdyA9IFhDQVIgKGRlYWRfd2luZG93
cyk7Ci0JICBpZiAoV0lORE9XX0xJVkVfUCAod2luZG93KSAmJiAhRVEgKHdpbmRvdywgRlJB
TUVfUk9PVF9XSU5ET1cgKGYpKSkKLQkgICAgZGVsZXRlX2RlbGV0YWJsZV93aW5kb3cgKHdp
bmRvdyk7Ci0JfQorICAgICAgaWYgKE5JTFAgKGtlZXBfd2luZG93cykpCisJZm9yICg7IENP
TlNQIChkZWFkX3dpbmRvd3MpOyBkZWFkX3dpbmRvd3MgPSBYQ0RSIChkZWFkX3dpbmRvd3Mp
KQorCSAgeworCSAgICB3aW5kb3cgPSBYQ0FSIChkZWFkX3dpbmRvd3MpOworCSAgICBpZiAo
V0lORE9XX0xJVkVfUCAod2luZG93KSAmJiAhRVEgKHdpbmRvdywgRlJBTUVfUk9PVF9XSU5E
T1cgKGYpKSkKKwkgICAgICBkZWxldGVfZGVsZXRhYmxlX3dpbmRvdyAod2luZG93KTsKKwkg
IH0KIAogICAgICAgLyogUmVjb3JkIHRoZSBzZWxlY3RlZCB3aW5kb3cncyBidWZmZXIgaGVy
ZS4gIFRoZSB3aW5kb3cgc2hvdWxkCiAJIGFscmVhZHkgYmUgdGhlIHNlbGVjdGVkIG9uZSBm
cm9tIHRoZSBjYWxsIGFib3ZlLiAgKi8KQEAgLTc0NjMsNiArNzQ5MiwxMSBAQCBERUZVTiAo
InNldC13aW5kb3ctY29uZmlndXJhdGlvbiIsIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24s
CiAgIG1pbmlidWZfc2VsZWN0ZWRfd2luZG93ID0gZGF0YS0+bWluaWJ1Zl9zZWxlY3RlZF93
aW5kb3c7CiAKICAgU0FGRV9GUkVFICgpOworCisgIGlmICghTklMUCAoVnJ1bl9ob29rcykg
JiYgIU5JTFAgKFZwb3N0X3NldF93aW5kb3dfY29uZmlndXJhdGlvbl9mdW5jdGlvbnMpKQor
ICAgIHJ1bl9ob29rX3dpdGhfYXJnc18yIChRcG9zdF9zZXRfd2luZG93X2NvbmZpZ3VyYXRp
b25fZnVuY3Rpb25zLCBmcmFtZSwKKwkJCSAga2VwdF93aW5kb3dzKTsKKwogICByZXR1cm4g
RlJBTUVfTElWRV9QIChmKSA/IFF0IDogUW5pbDsKIH0KIApAQCAtNzQ3MiwxMiArNzUwNiwx
MiBAQCByZXN0b3JlX3dpbmRvd19jb25maWd1cmF0aW9uIChMaXNwX09iamVjdCBjb25maWd1
cmF0aW9uKQogICBpZiAoQ09OU1AgKGNvbmZpZ3VyYXRpb24pKQogICAgIEZzZXRfd2luZG93
X2NvbmZpZ3VyYXRpb24gKFhDQVIgKGNvbmZpZ3VyYXRpb24pLAogCQkJICAgICAgIEZjYXJf
c2FmZSAoWENEUiAoY29uZmlndXJhdGlvbikpLAotCQkJICAgICAgIEZjYXJfc2FmZSAoRmNk
cl9zYWZlIChYQ0RSIChjb25maWd1cmF0aW9uKSkpKTsKKwkJCSAgICAgICBGY2FyX3NhZmUg
KEZjZHJfc2FmZSAoWENEUiAoY29uZmlndXJhdGlvbikpKSwKKwkJCSAgICAgICBRbmlsKTsK
ICAgZWxzZQotICAgIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24gKGNvbmZpZ3VyYXRpb24s
IFFuaWwsIFFuaWwpOworICAgIEZzZXRfd2luZG93X2NvbmZpZ3VyYXRpb24gKGNvbmZpZ3Vy
YXRpb24sIFFuaWwsIFFuaWwsIFFuaWwpOwogfQogCi0KIC8qIElmIFdJTkRPVyBpcyBhbiBp
bnRlcm5hbCB3aW5kb3csIHJlY3Vyc2l2ZWx5IGRlbGV0ZSBhbGwgY2hpbGQgd2luZG93cwog
ICAgcmVhY2hhYmxlIHZpYSB0aGUgbmV4dCBhbmQgY29udGVudHMgc2xvdHMgb2YgV0lORE9X
LiAgT3RoZXJ3aXNlIHNldHVwCiAgICBXSU5ET1cgdG8gbm90IHNob3cgYW55IGJ1ZmZlci4g
ICovCkBAIC03Njg1LDE2ICs3NzE5LDI0IEBAIHNhdmVfd2luZG93X3NhdmUgKExpc3BfT2Jq
ZWN0IHdpbmRvdywgc3RydWN0IExpc3BfVmVjdG9yICp2ZWN0b3IsIHB0cmRpZmZfdCBpKQog
CSAgICAgaXMgdGhlIHNlbGVjdGVkIHdpbmRvdywgdGhlbiBnZXQgdGhlIHZhbHVlIG9mIHBv
aW50IGZyb20KIAkgICAgIHRoZSBidWZmZXI7IHBvaW50bSBpcyBnYXJiYWdlIGluIHRoZSBz
ZWxlY3RlZCB3aW5kb3cuICAqLwogCSAgaWYgKEVRICh3aW5kb3csIHNlbGVjdGVkX3dpbmRv
dykpCi0JICAgIHAtPnBvaW50bSA9IGJ1aWxkX21hcmtlciAoWEJVRkZFUiAody0+Y29udGVu
dHMpLAotCQkJCSAgICAgIEJVRl9QVCAoWEJVRkZFUiAody0+Y29udGVudHMpKSwKLQkJCQkg
ICAgICBCVUZfUFRfQllURSAoWEJVRkZFUiAody0+Y29udGVudHMpKSk7CisJICAgIHsKKwkg
ICAgICBwLT5wb2ludG0gPSBidWlsZF9tYXJrZXIgKFhCVUZGRVIgKHctPmNvbnRlbnRzKSwK
KwkJCQkJQlVGX1BUIChYQlVGRkVSICh3LT5jb250ZW50cykpLAorCQkJCQlCVUZfUFRfQllU
RSAoWEJVRkZFUiAody0+Y29udGVudHMpKSk7CisJICAgICAgcC0+cG9pbnRtX3BvcyA9IG1h
a2VfZml4bnVtIChCVUZfUFQgKFhCVUZGRVIgKHctPmNvbnRlbnRzKSkpOworCSAgICB9CiAJ
ICBlbHNlCi0JICAgIHAtPnBvaW50bSA9IEZjb3B5X21hcmtlciAody0+cG9pbnRtLCBRbmls
KTsKKwkgICAgeworCSAgICAgIHAtPnBvaW50bSA9IEZjb3B5X21hcmtlciAody0+cG9pbnRt
LCBRbmlsKTsKKwkgICAgICBwLT5wb2ludG1fcG9zID0gbWFrZV9maXhudW0gKG1hcmtlcl9w
b3NpdGlvbiAody0+cG9pbnRtKSk7CisJICAgIH0KKwogCSAgcC0+b2xkX3BvaW50bSA9IEZj
b3B5X21hcmtlciAody0+b2xkX3BvaW50bSwgUW5pbCk7CiAJICBYTUFSS0VSIChwLT5wb2lu
dG0pLT5pbnNlcnRpb25fdHlwZSA9IHdpbmRvd19wb2ludF9pbnNlcnRpb25fdHlwZTsKIAkg
IFhNQVJLRVIgKHAtPm9sZF9wb2ludG0pLT5pbnNlcnRpb25fdHlwZSA9IHdpbmRvd19wb2lu
dF9pbnNlcnRpb25fdHlwZTsKIAogCSAgcC0+c3RhcnQgPSBGY29weV9tYXJrZXIgKHctPnN0
YXJ0LCBRbmlsKTsKKwkgIHAtPnN0YXJ0X3BvcyA9IG1ha2VfZml4bnVtIChtYXJrZXJfcG9z
aXRpb24gKHctPnN0YXJ0KSk7CiAJICBwLT5zdGFydF9hdF9saW5lX2JlZyA9IHctPnN0YXJ0
X2F0X2xpbmVfYmVnID8gUXQgOiBRbmlsOwogCX0KICAgICAgIGVsc2UKQEAgLTg0NjAsNiAr
ODUwMiw4IEBAIHN5bXNfb2Zfd2luZG93ICh2b2lkKQogICBERUZTWU0gKFFoZWFkZXJfbGlu
ZV9mb3JtYXQsICJoZWFkZXItbGluZS1mb3JtYXQiKTsKICAgREVGU1lNIChRdGFiX2xpbmVf
Zm9ybWF0LCAidGFiLWxpbmUtZm9ybWF0Iik7CiAgIERFRlNZTSAoUW5vX290aGVyX3dpbmRv
dywgIm5vLW90aGVyLXdpbmRvdyIpOworICBERUZTWU0gKFFwb3N0X3NldF93aW5kb3dfY29u
ZmlndXJhdGlvbl9mdW5jdGlvbnMsCisJICAicG9zdC1zZXQtd2luZG93LWNvbmZpZ3VyYXRp
b24tZnVuY3Rpb25zIik7CiAKICAgREVGVkFSX0xJU1AgKCJ0ZW1wLWJ1ZmZlci1zaG93LWZ1
bmN0aW9uIiwgVnRlbXBfYnVmZmVyX3Nob3dfZnVuY3Rpb24sCiAJICAgICAgIGRvYzogLyog
Tm9uLW5pbCBtZWFucyBjYWxsIGFzIGZ1bmN0aW9uIHRvIGRpc3BsYXkgYSBoZWxwIGJ1ZmZl
ci4KQEAgLTg2MTcsNiArODY2MSwyMSBAQCBzeW1zX29mX3dpbmRvdyAodm9pZCkKIGNhbGwg
aXMgcGVyZm9ybWVkIHdpdGggdGhlIGZyYW1lIHRlbXBvcmFyaWx5IHNlbGVjdGVkLiAgKi8p
OwogICBWd2luZG93X2NvbmZpZ3VyYXRpb25fY2hhbmdlX2hvb2sgPSBRbmlsOwogCisgIERF
RlZBUl9MSVNQICgicG9zdC1zZXQtd2luZG93LWNvbmZpZ3VyYXRpb24tZnVuY3Rpb25zIiwK
KwkgICAgICAgVnBvc3Rfc2V0X3dpbmRvd19jb25maWd1cmF0aW9uX2Z1bmN0aW9ucywKKwkg
ICAgICAgZG9jOiAvKiBGdW5jdGlvbnMgY2FsbGVkIGFmdGVyIHJlc3RvcmluZyBhIHdpbmRv
dyBjb25maWd1cmF0aW9uLgorVGhlIHZhbHVlIHNob3VsZCBiZSBhIGxpc3Qgb2YgZnVuY3Rp
b25zIHRoYXQgdGFrZSB0d28gYXJndW1lbnRzLgorCitUaGlzIGZ1bmN0aW9uIGlzIGNhbGxl
ZCBieSBgc2V0LXdpbmRvdy1jb25maWd1cmF0aW9uJyBhZnRlciBpdCBoYXMKK3Jlc3RvcmVk
IHRoZSBsYXlvdXQgb2YgYSBmcmFtZS4gIFRoZSBmaXJzdCBhcmd1bWVudCBzcGVjaWZpZXMg
dGhlIGZyYW1lCit3aG9zZSBjb25maWd1cmF0aW9uIGhhcyBiZWVuIHJlc3RvcmVkLiAgVGhl
IHNlY29uZCBhcmd1bWVudCwgaWYgbm9uLW5pbCwKK3NwZWNpZmllcyBhIGxpc3Qgb2YgZW50
cmllcyBmb3IgZWFjaCB3aW5kb3cgd2hvc2UgYnVmZmVyIGhhcyBiZWVuIGZvdW5kCitkZWFk
IGF0IHRoZSB0aW1lICdzZXQtd2luZG93LWNvbmZpZ3VyYXRpb24nIHRyaWVkIHRvIHJlc3Rv
cmUgaXQgaW4gdGhhdAord2luZG93LiAgRWFjaCBlbnRyeSBpcyBhIGxpc3Qgb2YgZm91ciB2
YWx1ZXMgLSB0aGUgd2luZG93IHdob3NlIGJ1ZmZlcgord2FzIGZvdW5kIGRlYWQsIHRoZSBk
ZWFkIGJ1ZmZlciwgYW5kIHRoZSBwb3NpdGlvbnMgb2Ygc3RhcnQgYW5kIHBvaW50IG9mCit0
aGUgYnVmZmVyIGluIHRoYXQgd2luZG93LiAgKi8pOworICBWcG9zdF9zZXRfd2luZG93X2Nv
bmZpZ3VyYXRpb25fZnVuY3Rpb25zID0gUW5pbDsKKwogICBERUZWQVJfTElTUCAoInJlY2Vu
dGVyLXJlZGlzcGxheSIsIFZyZWNlbnRlcl9yZWRpc3BsYXksCiAJICAgICAgIGRvYzogLyog
Tm9uLW5pbCBtZWFucyBgcmVjZW50ZXInIHJlZHJhd3MgZW50aXJlIGZyYW1lLgogSWYgdGhp
cyBvcHRpb24gaXMgbm9uLW5pbCwgdGhlbiB0aGUgYHJlY2VudGVyJyBjb21tYW5kIHdpdGgg
YSBuaWwK
--------------5Gaexv30k5UOq10KbjFy0yEI--
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 18 Jan 2024 16:51:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 18 11:51:11 2024 Received: from localhost ([127.0.0.1]:56577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rQVbj-0001ix-Gk for submit <at> debbugs.gnu.org; Thu, 18 Jan 2024 11:51:11 -0500 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:36055) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rQVbf-0001i7-El for 68235 <at> debbugs.gnu.org; Thu, 18 Jan 2024 11:51:09 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 668661BF209; Thu, 18 Jan 2024 16:50:58 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> (martin rudalics's message of "Thu, 18 Jan 2024 11:47:52 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> Date: Thu, 18 Jan 2024 18:50:07 +0200 Message-ID: <86v87qpow0.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) > What we can safely do is the following: Give 'set-window-configuration' > a new argument, say 'keep-dead-buffer-windows'. If non-nil, > 'set-window-configuration' does not delete dead buffer windows but shows > *scratch* in them. 'post-set-window-configuration-functions' would then > pass two arguments: the respective frame and a list of four entries for > each dead buffer window it found: The window, the buffer it previously > showed, its window point and its window start position. A function run > by that hook would then be able to replace *scratch* with, for example, > a new buffer visiting the file the previously shown buffer visited and > also restore point and window start of that window. This looks promising. One thing I don't understand is how to get the previously visited file name from this list of four entries?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 18 Jan 2024 10:48:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 18 05:48:07 2024 Received: from localhost ([127.0.0.1]:54414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rQPwN-0002av-6g for submit <at> debbugs.gnu.org; Thu, 18 Jan 2024 05:48:07 -0500 Received: from mout.gmx.net ([212.227.15.18]:50835) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rQPwK-0002Zq-Sa for 68235 <at> debbugs.gnu.org; Thu, 18 Jan 2024 05:48:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1705574876; x=1706179676; i=rudalics@HIDDEN; bh=e7vi6ZT+p2fe76wE/P3WKfbhBe7NO66RwK9uVyg3GS4=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=lMGyp/tkvYRGMobPXG6+RAn4sA/QKQ4Pt/U+EP8JkDBIw0RnIzP45jylmlHnySfY q6BnNdVMc3pxEDM4i6YJAfccalRM4Ohv02PhQuLGHLJvxV/C966HPJQ7hkuaHWvtC 0LbcqtIGjQKExBviNISo5My931FBwUv/ZvGe8sfHn9Mk1gdc7nB3+idJvOP9LzMPJ j4sQSB41vURFvdv8jF55diQUHdas/RIxvzpaATnq3FJ/rDaIHFN6a250RU+wuAntT vq3MCJiVKmGmfRUKvx5tjwfGMc8SKjMOkBGF+9mr1bFHKN7p2aMoATUBNuIBlHUdb VmjSK1wwiThZlOpLWg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.98]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MGQnP-1rKhqI3IbN-00Gqtt; Thu, 18 Jan 2024 11:47:55 +0100 Message-ID: <21dcf921-acc4-4f94-b383-8ad6d0a57c59@HIDDEN> Date: Thu, 18 Jan 2024 11:47:52 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> <86edeg2ige.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86edeg2ige.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:0zxu76VYotqcycih8eB/gj1wlnPx+loD1vyuOfSU/cFwtEPe9/P cALw1hd/DmaiXCsE7gNpudBU1pQlq3d4MKGE8DhB1jxMOv9MxO8cUJ1sM2NkkOGMFfHOkaM FKgWCAc7fUKNnXbBE6+BB66awsKSOwW22FXOzX4JgEBRW2YBfqiehBthjVSEXeowb/2P1Rv Ev1XZcvkPEQLAX+QBH4Hg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:q8HOghFEf+Y=;Ti6I2O0DoPjMBCDlnoXoi+mdFSO 9yTl9KIq6iDD8wOkqLovm1zV7LQU/t1J4V6Vzlp4krKjRgd2hkxL6Cum0Ln+b1ZmWCpoO7d/2 WDRhnbLzXJ9ilO7Z1ba/GBHaYgPuQCsOsH1GEPEZVA/DXf8AgucQ1r2t2RYqQ9h1deTDbs3i5 HrnoqHAgUdxdEY6VuA/Xe6jGiql3EOQu+gZePGs4TuHbciF1hKBx7iXfR02CqqfOg6ywOZcQz w/gVz7OdC2n40aGyuX8rP5SNZx24n7hva8JerYebJSJ6y9wuPPw4aUj5d5RnLIP0jG3Lcyx4/ IrKDPpxLtVv32vRO5m96AsSYNqbxa6yk8Nw87XtHNRCHXlfHe+ZM94+voaF/okxwE/6KtZhEb eBgSrKhHVBrgjk5otMIK/tEmjcC4+U5E6BIbswdjj7NZleDV/6rkOzn0n74AVTuMsdTx9/WgR b0ePSP7a3YpvB0XlwpU6+ibSvSUP5+xtRFEdMp5vxiqwJHnjc2a6Sk2zei/1XyLWe9Aahhx94 hr9Jp74Jvo3PkqLrNdLjztGzF951DCo/3Uj5El6JMT0GfJYwJmXzwAKGykz3WJ3+HY85prF2+ opMJ/1mXJyye5NHEKLsngNFoAjRYpM2ZaroH8jDrLKM9iJP9jghV8LzrtO7WMhR5y88tiXQWW r3k/ZlqiJx90JnbaCXndOr68q/qS9bB/F/j4a8aZ10iRMCRoq7Hg1NUQIsXAYiiyqEqT5OqP/ 4mwxQen8fL6OZQ+1FkKHWuGww4lDTfcEKB3aK79+nVqIV5ExF348QP30yUxb0AvAg2Y2YEpYQ jMH+uXKkn50cqVk2d6tr+PN8+wvK6/M52gysMj7JNOvIJCLhTXlI3BzQIRUfH+KwGxvMwz9Xp iyosIE9TNguQnym6UqK+wfoX00QaZqvGgHCYC4s/kNJ7Z1eTSLr4tbikz5yJtqal4clQc/BZ6 z9DX4kGIKXfOlv6YuaWL1VxBzTo= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> We can set up a buffer local variable whose value is a function that >> 'set-window-configuration' would call whenever it finds a window with >> that buffer dead. 'set-window-configuration' would then check whether >> that function correctly returned a live buffer to show in that window. >> If the function succeeded, 'set-window-configuration' could try to >> restore the earlier values of window point and start in the window. If >> the function failed, 'set-window-configuration' would either delete the >> window or display *scratch* in it. > > Probably better to keep this function in a window parameter > like you proposed earlier to restore dired positions. I just tried what I proposed above and noticed that it's virtually impossible to come up with a safe solution. Running Lisp from the middle of 'set-window-configuration' is madness because the respective frame may be still under construction at that time with windows, their respective links, sizes and buffers missing. What we can safely do is the following: Give 'set-window-configuration' a new argument, say 'keep-dead-buffer-windows'. If non-nil, 'set-window-configuration' does not delete dead buffer windows but shows *scratch* in them. 'post-set-window-configuration-functions' would then pass two arguments: the respective frame and a list of four entries for each dead buffer window it found: The window, the buffer it previously showed, its window point and its window start position. A function run by that hook would then be able to replace *scratch* with, for example, a new buffer visiting the file the previously shown buffer visited and also restore point and window start of that window. martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 17 Jan 2024 16:45:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 17 11:45:21 2024 Received: from localhost ([127.0.0.1]:53142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rQ92W-0004RP-Uj for submit <at> debbugs.gnu.org; Wed, 17 Jan 2024 11:45:21 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:45661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rQ92U-00044g-RK for 68235 <at> debbugs.gnu.org; Wed, 17 Jan 2024 11:45:19 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id D653AE000C; Wed, 17 Jan 2024 16:45:10 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> (martin rudalics's message of "Wed, 17 Jan 2024 12:42:44 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> Date: Wed, 17 Jan 2024 18:36:05 +0200 Message-ID: <86edeg2ige.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> Instead of *scratch*, is it possible to display some special buffer >> that will display the name of the killed buffer, and a button >> that runs its revert-buffer-function? > > We can set up a buffer local variable whose value is a function that > 'set-window-configuration' would call whenever it finds a window with > that buffer dead. 'set-window-configuration' would then check whether > that function correctly returned a live buffer to show in that window. > If the function succeeded, 'set-window-configuration' could try to > restore the earlier values of window point and start in the window. If > the function failed, 'set-window-configuration' would either delete the > window or display *scratch* in it. Probably better to keep this function in a window parameter like you proposed earlier to restore dired positions. >> The stored point is not sufficient when saved as a number to the desktop file. > > In what sense? You have a state you store in a desktop file and restore > from that file. The stored state is immutable. If a file whose buffer > is stored in that state gets modified in between, any positions stored > in the state must be considered invalid. Indeed. And bookmark.el solves the problem of invalid positions by adding more context: `front-context-string' and `rear-context-string'.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 17 Jan 2024 11:42:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 17 06:42:56 2024 Received: from localhost ([127.0.0.1]:50992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rQ4Js-00008V-0u for submit <at> debbugs.gnu.org; Wed, 17 Jan 2024 06:42:56 -0500 Received: from mout.gmx.net ([212.227.15.15]:59887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rQ4Jp-00008G-MV for 68235 <at> debbugs.gnu.org; Wed, 17 Jan 2024 06:42:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1705491765; x=1706096565; i=rudalics@HIDDEN; bh=wc3T6icnTcuNUDjmlS6qN7qhYUsEru/34Ifpfo0rN4Q=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=apQBpkAvLwC3XiUp5+6YJznC95Oshl/BFDhrvha5dcgMOWBgSGp2vXnyTmPiohyd uA5GdugK/XUnQ02VybLTkupIU7x1S4u5/Cb40J2v+M597I3JTxCHao/4OKFjqJ6PV mZpVZls7wB5abCWg5++tO0WZN5nXIUW7eKMeNrMeqbfVyqhPvtZR20lIxNGX8Wb8I VvNVG6NIm3gCOmfOKma8ConenOu8BrmCoh7WoWYJN7sQq62U6gAvdQ0qcZhcZ0s/j gW+RQ7UHKOm5wEK6rVP1hM2SJpQ3vnJmkRW7l5+FJa2pjBfJHzhyRGwJBHPZOhrF9 tMJHUjhzuQE8swqVJg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.88]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MHoRA-1rJxtj0PeY-00Esr3; Wed, 17 Jan 2024 12:42:45 +0100 Message-ID: <ce553085-d80a-4ba1-b441-82adff7d6314@HIDDEN> Date: Wed, 17 Jan 2024 12:42:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> <86a5p5qv61.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86a5p5qv61.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:+y7iRujnAKYG9/d3gupilvWzeYyvE1JhTBJoTLAQ1KRGibA0KoG okCzAI/CXwjt9qmKcSYuXldeTOIruzzv2ouHxtRr/Nhsbu1ySjmyip5CzcjJ24ah5xojBVd RsKnOO9QL3M2WmCR60bFwV7PR5N4v2SN3UAfSXJG5/pgEAlerZWjCeVB7oMS3EeVKTYXrp6 z35LFH84VgBZ1fJMSHunw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:GK6mpm0j4os=;vVMuRWVRxCDuK6G6VESegNmPw7H qK+tYIIWcwhasNqOnDYzKXY9Xqi6QAGLmFOLYdIYrYuiUmL5GBF0A58O01PK0FkUbu4VjpByO seIooWRVCdQRDjAPvHrTWnB9WEsQS8xgl838SHy0d2Ctqes3T1rmqK6PstCVa62o4k/83Z8Rp rBbyCwDF6vLFIfGmBiy+vVtnc5Xpc5E9M3dlgXr1mtbwQnFchan5o1UvVune+Oo3+v8Xz1nZP RDAMtgjzn2wE7Z0oqDP0KbA4qhXmLTH6fm/f/D2CHMGyVY+XWStRiyC5Km2LdGmwRQ9ZnyMBt CVix5gNulQVjSW45V49eDop9GFtdnKjzjdluBeS+6k87pCw65OkRDNMS7eWzVAkifefuM8A6F gLBbT9uz3Bg9PEzmRSWCcKnwCc4aXAid2dXx/5Q9VgrtIaMJDHRGCG3/W7XCATdLrN/qRLmT+ VtYVMZNpWO0LhnnFdBR7W7JdxCNmLQPNHiZ/itT00qiPsupbAZdzWFIQpKcqtVdFlmnPHifZm 82NFpuuS+jYXe9v8eVuy10Xj8ivGYAZMDWUs7ZzXbDdCKx6Q/9EBjVpU9St8+2IIlehzNvTdZ mhP6RcN0PK6YcIoV69Wu80TqDUCyy6jK1WOEJUTmyD22Ro1KCPO+niKDn37StaiwOLunvT0Qi ADvw/8xPe64hDZP1vHoMyjo0CvUkdQyYFPRlnku7x6cQlZVxqayooh2gktcY0ubu216gTjkza KaVcYmybHNdchd1H0+Azp9htG57voQrs4s0YyDLmj8DXBTOrBnXEkECC6PjjJf24Pq2HISznS w5nLnjj/eI5x6AfrIo9UpmmB00659mN9WGlgerCaNLV8/8qcSfvH5fFM7MWHReDVLDVEB4XJP Bt2yexsLJNwSV68lbF2KRK/FWNLChyjgwJT6QW0gJvjlY7k8uGtSNhpnrIvPPr+ZZ3OmKMOXq BHf17w== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) > The buffer name often has a hint about the file/directory name. But not the name of a dead buffer. > By default the buffer name is stored as a tab name. And it helps > to know the purpose of why that tab was created. When the buffer > was killed in another tab, it helps to decide whether the tab > that displayed the killed buffer should be closed as well. How do you synchronize tabs with 'kill-buffer'? If, in a tab, you retain a link to a killed buffer, that buffer can't be collected as long as the tab exists. If you just keep the buffer name and the user creates a new buffer with the same name but for a different file, things may get confusing. > What would be more useful to keep for the killed buffer > is the value of its revert-buffer-function. Often calling > this function can reconstruct the buffer contents. But that function should be available even for a killed buffer as long as its object is referenced by a tab. > Instead of *scratch*, is it possible to display some special buffer > that will display the name of the killed buffer, and a button > that runs its revert-buffer-function? We can set up a buffer local variable whose value is a function that 'set-window-configuration' would call whenever it finds a window with that buffer dead. 'set-window-configuration' would then check whether that function correctly returned a live buffer to show in that window. If the function succeeded, 'set-window-configuration' could try to restore the earlier values of window point and start in the window. If the function failed, 'set-window-configuration' would either delete the window or display *scratch* in it. >> Still 'post-set-window-configuration-functions' (and also the >> desktop routines) would have to know enough about how to restore the >> earlier state. This is something only a buffer's major mode itself may >> know. > > Or revert-buffer-function. Which is usually set up by the major mode. > The stored point is not sufficient when saved as a number to the desktop file. In what sense? You have a state you store in a desktop file and restore from that file. The stored state is immutable. If a file whose buffer is stored in that state gets modified in between, any positions stored in the state must be considered invalid. martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 16 Jan 2024 16:43:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 16 11:43:04 2024 Received: from localhost ([127.0.0.1]:49559 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rPmWm-0000ie-5h for submit <at> debbugs.gnu.org; Tue, 16 Jan 2024 11:43:04 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:dc4:8::224]:33561) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rPmWj-0000i7-Gv for 68235 <at> debbugs.gnu.org; Tue, 16 Jan 2024 11:43:02 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 07C1EE000B; Tue, 16 Jan 2024 16:42:53 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> (martin rudalics's message of "Tue, 16 Jan 2024 11:19:28 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> <868r4reoh3.fsf@HIDDEN> <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> <865xzuvdgu.fsf@HIDDEN> <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN> Date: Tue, 16 Jan 2024 18:30:22 +0200 Message-ID: <86a5p5qv61.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> Maybe then at least would be possible to display a message >> that will list the names of dead buffers. That might help >> the users to restore the buffers killed accidentally. > > The name of a killed buffer is nil as long as the buffer object has not > been collected. But would buffer names be of great use anyway? Isn't it > the name of the file, the info node, or the directory name the buffer > was visiting that counts? The buffer name often has a hint about the file/directory name. >> OTOH, this is not needed in case of using the tab-bar >> because before switching to the tab with the killed buffer, >> the name of the killed buffer is visible as the tab name. > > Does the tab-bar code store the buffer name separately? But again - > that name won't help you much anyway once the buffer was killed. By default the buffer name is stored as a tab name. And it helps to know the purpose of why that tab was created. When the buffer was killed in another tab, it helps to decide whether the tab that displayed the killed buffer should be closed as well. > Incidentally, the name of the file a killed buffer was visiting will be > available as long as the buffer object exists. Do you mean that? What would be more useful to keep for the killed buffer is the value of its revert-buffer-function. Often calling this function can reconstruct the buffer contents. >> Or maybe instead of 'post-set-window-configuration-hook' it's easy >> to call a post-processing function after 'set-window-configuration'. > > 'post-set-window-configuration-functions' that's what I meant earlier - > with the frame as argument. But if a buffer is dead now, this won't > help in neither regard. First and foremost, 'set-window-configuration' > must be able to deal with dead buffers in a safe fashion. We could, > optionally, display *scratch* in all windows that have a dead buffer now. Instead of *scratch*, is it possible to display some special buffer that will display the name of the killed buffer, and a button that runs its revert-buffer-function? > Still 'post-set-window-configuration-functions' (and also the > desktop routines) would have to know enough about how to restore the > earlier state. This is something only a buffer's major mode itself may > know. Or revert-buffer-function. >> BTW, there is another problem when the same buffer is displayed >> in two tabs/window-configurations. For example, in the first tab >> point is near the top of the buffer, and in the second tab point >> is near the bottom of the same buffer. The user edits the top >> of the buffer in the first tab and saves writable window states >> to the desktop. >> >> At this point, all positions saved in the second tab are wrong >> because writable window states save point instead of the marker. > > But 'window--state-get-1' does > > (let ((point (window-point window)) > > which should reliable give the value of point in window and then > > (point . ,(if writable > point > (with-current-buffer buffer > (copy-marker point > (buffer-local-value > 'window-point-insertion-type > buffer))))) > > 'window--state-put-2' OTOH does > > (set-window-point window (cdr (assq 'point state)))) > > Do you see the problem here? The problem is that for writable window states 'window--state-get-1' saves point as a number from the marker. >> One workaround is before saving the desktop to revisit all tabs >> that will update points from markers in writable window states. >> >> But this won't help too much because there is still the same >> problem after restoring the desktop. When the desktop is >> restored with right positions of all points, and the user >> edits the top of the buffer in the first tab before visiting >> the second tab, then after switching to the second tab >> point will be at wrong position, because the tab is >> restored from window states. > > So IIUC you mean that restoring the desktop (writable) does things > differently than restoring tabs (non-writable)? Can you tell me more > precisely the order of desktop/tab-bar operations involved in that > scenario? The desktop saves writable window states with point as a number. Switching tabs uses window configurations with point as a marker. >> Here the same workaround is possible: to revisit all tabs after >> restoring the desktop, that will create window configurations >> from window states. > > I'd still have to understand: A non-writable state should behave like a > window configuration. A writable state should do the same but for using > numbers instead of markers for positions. Indeed. Only writable window states saved to the desktop. >> But automatically revisiting all tabs is too harmful >> because some tabs might lost their names: when a buffer >> was killed, then the tab will be renamed to the name >> of the buffer that replaces the killed buffer, >> and the user loses the hint what buffer was displayed >> in the tab originally. > > Again I'm not sure how you would retrieve the name of a killed buffer. > What am I missing? Currently there is no solution to this problem. >> To solve the problem of outdated points/markers in window states >> maybe in addition to point, window states could also store >> context strings like bookmark.el does? >> I don't know how reliable these bookmark contexts are. > > It would help when the file a buffer is visiting was modified outside > Emacs. In all other cases, the stored point should suffice. The stored point is not sufficient when saved as a number to the desktop file.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 16 Jan 2024 10:19:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 16 05:19:39 2024
Received: from localhost ([127.0.0.1]:47822 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rPgXj-0006Zn-8R
for submit <at> debbugs.gnu.org; Tue, 16 Jan 2024 05:19:39 -0500
Received: from mout.gmx.net ([212.227.17.21]:36583)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rPgXg-0006ZR-Ns
for 68235 <at> debbugs.gnu.org; Tue, 16 Jan 2024 05:19:37 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1705400369; x=1706005169; i=rudalics@HIDDEN;
bh=sDprlDR3/oT5J7QUq9eJPw//95R8sDlAX6u+NgfYQqo=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=BnwKBmjNdYeaxopKiPGXwDlWyEa/iGam2WBLA+901FaDynlaWu0QbjHNE8IS+RX2
tFvrmGd+LBJasYuNeAAhrkkxLkm3MtWgLbUWILF8oH/AHTfShhaqOEngubvp+84B2
RTg/JI9HC46hwSiDNpqWYHivYkeQtT+yPnm9t+I4jtWqp2K2A0BTLR+RqgnEsQfiw
mpZ/EtERGY4Qsp5AvHCQP/S8KlRCaWJpkmdNdoEhJ99YcS/qKV1xgKkvFWGOy/ID/
MrR0gafOeIBO1eifJDQrsDenKI//+Jco1nu93vu8qXwsLHudrATHc/bb2msVZnSFX
wP4pMsN/Nl9hLYpWdw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.97.29]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MSKy8-1radqL0mi0-00Sfa0; Tue, 16
Jan 2024 11:19:29 +0100
Message-ID: <c8355ce7-14b2-4cf7-8948-a36bc2d3ce52@HIDDEN>
Date: Tue, 16 Jan 2024 11:19:28 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
<865xzuvdgu.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <865xzuvdgu.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:wxVIPlnxnw0kxf9jR9ewuYftIGfSsmjPWm62/F5MgQ5kvcSQLeP
GsVI940e04zmhVLsuvK0YRJS6sfI2MZIqIR+EFJ+Z/Cx6DMlkox2u6wjrxX5MLuFht5owVa
mViRT/GVpDz9GL81f7o9LpPaDhgOMthLxA88mD+T+PfXLJnHL1ubHp/eeOxcEg6sEr4lfb4
oxlFAbKg3f//bC1DcUaNg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:7e4V52S3f+M=;1dSQ2+u9j+PwrgaUTDAZ1IGFMac
IEg52tGb3nC8xT/Mw6Xo6b/7EuAAk2qhOW57RmVGsL1y00s/b+O7a94VgabC8XIBjzeSB4UeZ
kdbmHsb6tuQFCiopiNxHoclocanvPhExei8DbEhU5ZKjrPiCcpW/I4nkB7rBSvA1QAIfYVWX2
fFREZ+O/dBCbMHIKttbQqtVJOjcqTmRc5L7dmt2WAhKLgIJNE3+W+V7tdUKtXEFyARPnT/4rM
1BdQ+fd7k0VY7kk9SfqICYKrExTjame+0/ua/VZavlNQGUS8XhIpl/+hONZQcoso4Qg4iArkQ
KF27Pc4Fi7u90tP1TC3up5CywZPb0S/C0US7tT90oglMC90mWfhzfXVeyTgW0y4r+Bdl+qGOw
39GYrVMtcx6vW40bAWVfkthSGQkpoOBWstnmpV8piMoJiJdTDWwyybbgO8dB6qfCSgPUUmEch
1k4sy8q8VxgddlH47E7+p2snneRFjXNDLlt+7+At5ZJGbavHCdI+DerCpxJ2S71qb4orHvavW
GtM9j5qUO0cJ6xwBBMS0y2BzJduWjHb47ibDhNZ++eDkonfBnLtkCej2PJAIx3MSP54C+fO9J
/NrE7Kwgtm0AJNlXKSMmJkJMLnUZBiJp+LMkjd8x1hsATxp4MYh/EKZ3TTqOsQ1Ll1kw5MWEn
SzulHIxOk0px/D6smfvC09PIFJ7eM5mFBPrz0h8DjzkivU2oa2XoFjr81lUNH9yLL6isjW+I0
zhQP1S84cWKJ6T/6v8eG8Uw+R0eROk/B1fCt/bWJvmv+hziI2C2hUp0MUFkQiiio0s4l/rm4p
4ypsW64sZpu2CkFow4xyHKE9pLoP4H7Pm1sM3ljig1YRYmVtzxWZ1cKfZ2N4PtSvQhxLUvO7X
DEkLdMXluQTVJktNq58ft78b60btuvmKPqmiHmaKBDGyBkdfz8afUP6GVPOc79q7s1h9u36IO
zAo3qzwOwSDab+K6849sQzgE9lg=
X-Spam-Score: 2.9 (++)
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: > Maybe then at least would be possible to display a message
> that will list the names of dead buffers. That might help > the users to
restore the buffers killed accidentally. The name of a killed buffer is nil
as long as the buffer object has not been collected. But would buffer names
be of great use anyway? Isn't it the name of the file, the info node, or
the directory na [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.97.29 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.21 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.21 listed in wl.mailspike.net]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.9 (+)
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: > Maybe then at least would be possible to display a message
> that will list the names of dead buffers. That might help > the users to
restore the buffers killed accidentally. The name of a killed buffer is nil
as long as the buffer object has not been collected. But would buffer names
be of great use anyway? Isn't it the name of the file, the info node, or
the directory na [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.97.29 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.21 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.21 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> Maybe then at least would be possible to display a message
> that will list the names of dead buffers. That might help
> the users to restore the buffers killed accidentally.
The name of a killed buffer is nil as long as the buffer object has not
been collected. But would buffer names be of great use anyway? Isn't it
the name of the file, the info node, or the directory name the buffer
was visiting that counts?
> OTOH, this is not needed in case of using the tab-bar
> because before switching to the tab with the killed buffer,
> the name of the killed buffer is visible as the tab name.
Does the tab-bar code store the buffer name separately? But again -
that name won't help you much anyway once the buffer was killed.
Incidentally, the name of the file a killed buffer was visiting will be
available as long as the buffer object exists. Do you mean that?
> Or maybe instead of 'post-set-window-configuration-hook' it's easy
> to call a post-processing function after 'set-window-configuration'.
'post-set-window-configuration-functions' that's what I meant earlier -
with the frame as argument. But if a buffer is dead now, this won't
help in neither regard. First and foremost, 'set-window-configuration'
must be able to deal with dead buffers in a safe fashion. We could,
optionally, display *scratch* in all windows that have a dead buffer
now. Still 'post-set-window-configuration-functions' (and also the
desktop routines) would have to know enough about how to restore the
earlier state. This is something only a buffer's major mode itself may
know.
> BTW, there is another problem when the same buffer is displayed
> in two tabs/window-configurations. For example, in the first tab
> point is near the top of the buffer, and in the second tab point
> is near the bottom of the same buffer. The user edits the top
> of the buffer in the first tab and saves writable window states
> to the desktop.
>
> At this point, all positions saved in the second tab are wrong
> because writable window states save point instead of the marker.
But 'window--state-get-1' does
(let ((point (window-point window))
which should reliable give the value of point in window and then
(point . ,(if writable
point
(with-current-buffer buffer
(copy-marker point
(buffer-local-value
'window-point-insertion-type
buffer)))))
'window--state-put-2' OTOH does
(set-window-point window (cdr (assq 'point state))))
Do you see the problem here?
> One workaround is before saving the desktop to revisit all tabs
> that will update points from markers in writable window states.
>
> But this won't help too much because there is still the same
> problem after restoring the desktop. When the desktop is
> restored with right positions of all points, and the user
> edits the top of the buffer in the first tab before visiting
> the second tab, then after switching to the second tab
> point will be at wrong position, because the tab is
> restored from window states.
So IIUC you mean that restoring the desktop (writable) does things
differently than restoring tabs (non-writable)? Can you tell me more
precisely the order of desktop/tab-bar operations involved in that
scenario?
> Here the same workaround is possible: to revisit all tabs after
> restoring the desktop, that will create window configurations
> from window states.
I'd still have to understand: A non-writable state should behave like a
window configuration. A writable state should do the same but for using
numbers instead of markers for positions.
> But automatically revisiting all tabs is too harmful
> because some tabs might lost their names: when a buffer
> was killed, then the tab will be renamed to the name
> of the buffer that replaces the killed buffer,
> and the user loses the hint what buffer was displayed
> in the tab originally.
Again I'm not sure how you would retrieve the name of a killed buffer.
What am I missing?
> To solve the problem of outdated points/markers in window states
> maybe in addition to point, window states could also store
> context strings like bookmark.el does?
> I don't know how reliable these bookmark contexts are.
It would help when the file a buffer is visiting was modified outside
Emacs. In all other cases, the stored point should suffice.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 15 Jan 2024 17:57:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 15 12:57:21 2024
Received: from localhost ([127.0.0.1]:46800 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rPRD7-00051F-AW
for submit <at> debbugs.gnu.org; Mon, 15 Jan 2024 12:57:21 -0500
Received: from relay9-d.mail.gandi.net ([217.70.183.199]:35759)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rPRD5-00050p-76
for 68235 <at> debbugs.gnu.org; Mon, 15 Jan 2024 12:57:19 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 09459FF805;
Mon, 15 Jan 2024 17:57:11 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN> (martin rudalics's
message of "Mon, 15 Jan 2024 11:24:06 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
<0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
Date: Mon, 15 Jan 2024 19:53:13 +0200
Message-ID: <865xzuvdgu.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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 (-)
> /* Scan dead buffer windows. */
> for (; CONSP (dead_buffer_windows);
> dead_buffer_windows = XCDR (dead_buffer_windows))
> {
> window = XCAR (dead_buffer_windows);
> if (WINDOW_LIVE_P (window) && !EQ (window, FRAME_ROOT_WINDOW (f)))
> delete_deletable_window (window);
> }
> which will be a bit hairy to be on the safe side. This could not be
> solved with a 'post-set-window-configuration-hook' because at that time
> the window would have been deleted already.
Maybe then at least would be possible to display a message
that will list the names of dead buffers. That might help
the users to restore the buffers killed accidentally.
OTOH, this is not needed in case of using the tab-bar
because before switching to the tab with the killed buffer,
the name of the killed buffer is visible as the tab name.
>> The same window parameter could be used in a window with
>> a reverted dired buffer to move point to a previous file name.
>
> Finding the right place to do that within 'set-window-configuration'
> might be non-trivial. Here using 'post-set-window-configuration-hook'
> would be probably better.
Or maybe instead of 'post-set-window-configuration-hook' it's easy
to call a post-processing function after 'set-window-configuration'.
BTW, there is another problem when the same buffer is displayed
in two tabs/window-configurations. For example, in the first tab
point is near the top of the buffer, and in the second tab point
is near the bottom of the same buffer. The user edits the top
of the buffer in the first tab and saves writable window states
to the desktop.
At this point, all positions saved in the second tab are wrong
because writable window states save point instead of the marker.
One workaround is before saving the desktop to revisit all tabs
that will update points from markers in writable window states.
But this won't help too much because there is still the same
problem after restoring the desktop. When the desktop is
restored with right positions of all points, and the user
edits the top of the buffer in the first tab before visiting
the second tab, then after switching to the second tab
point will be at wrong position, because the tab is
restored from window states.
Here the same workaround is possible: to revisit all tabs after
restoring the desktop, that will create window configurations
from window states.
But automatically revisiting all tabs is too harmful
because some tabs might lost their names: when a buffer
was killed, then the tab will be renamed to the name
of the buffer that replaces the killed buffer,
and the user loses the hint what buffer was displayed
in the tab originally.
To solve the problem of outdated points/markers in window states
maybe in addition to point, window states could also store
context strings like bookmark.el does?
I don't know how reliable these bookmark contexts are.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 15 Jan 2024 10:24:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 15 05:24:16 2024
Received: from localhost ([127.0.0.1]:44775 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rPK8d-0004l1-Mh
for submit <at> debbugs.gnu.org; Mon, 15 Jan 2024 05:24:16 -0500
Received: from mout.gmx.net ([212.227.17.22]:51809)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rPK8b-0004kn-ND
for 68235 <at> debbugs.gnu.org; Mon, 15 Jan 2024 05:24:14 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1705314247; x=1705919047; i=rudalics@HIDDEN;
bh=GWDc1Fri8kvaThdUJmc+BevO2qi/JsRTp2WSCA87qGU=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=LYWZiKnXMYii2ponukVHjSgT1DUKXuYf3QHSJaguwqRMMt5OCW7eTWbbv4K9anSL
bUzzKlJxt+gBKx6IHKsxBN8435b5DTKkdNQQ30eR5GLcsu/HbRKMQLrcMnPqfSePn
alVyT1GEbtnxdvVhfzWRl+rIjEVn2pXfDQi6hoUGam95nDgC+SvOmdk6gOKe8ANDB
eJ7Jd4CrtmY+Y345Qt/PHk2mxOcrJLK9dxzfCgCqIkXLad3SzbzdlUijPC4JB8Fc1
jdG8v7AB8XNcG6vwDApz6YKoramScsHWz4hdVkVXzpHoVstTjTv5ijWlaMpNyRGKF
lv7v4DvXAj3hlP8gNQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.8]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1M9o21-1rSMPS0EBp-005tXd; Mon, 15
Jan 2024 11:24:07 +0100
Message-ID: <0634c46f-db93-4492-be69-5ac6ca0102a8@HIDDEN>
Date: Mon, 15 Jan 2024 11:24:06 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
Content-Language: en-US
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
<669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
<86cyu5cc0p.fsf@HIDDEN>
<e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN>
<868r4reoh3.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <868r4reoh3.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:qpjOGgyqrTbwG07vRrsr+YtUBTdE4Rcql4Dxbkfs5sFUVwkhl/p
OT/SgoUEEArZZX7ucAhC6bBwuhJ3QejQ+KBM0hMeR68JXE7+9oqHrT6DFDDbOj/8J1fS21d
Ur1d9wnkFrpYAbOWEdc06IqR6fBLf3g8kzliOs1yor3xFMRWFKRJZ5GyoCvnP2ZYxoQSPk8
mcyeqllvdnT7A8dRJO0QA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:jxC1BhI5p/4=;UM1LvCJvLePUQyaLcLEZ+Sv8Ep3
gUJbfAdoxqu+7ox2GrfO0geb6GWEgkVbXwgSx0IHyZxUxwT0yWAurV03yiYLbM2cAcqTjxPUH
trZehJBDFr5zsj0ftu0WtwMYMej4bmpPgALjsN2UEOpKx7u+fmDDpGQfWfQ9yeIhcVhZCBGZT
lNfogO5BvzcsKko/mPr+9lJkfW53geYFnJwjPKLvg/XbalJgcA1d05VMT41gGdQA6opgcF7n+
Wey2aM2A2xlSiUa+aGozC7V7Kkw0NJAeavj2KXFhdLrV+W98RvsftTpSPWJIYInl/MEE56tqv
oaoo977ksC2ciVfCxCTPSuGos0oBTm2ixPO2j/cj8PHL0HVF8xW7RmsTRMhhV34BAbPB9Cnc8
WIphU+CTqqqDb2prVyxt27GpMZ6KLjRyqR3RFlDOJjFS9bghZ6Qrxj4bx7A/va9UxBshTOWbC
nTXddqYAm/IE3qG18SMequDEHTMC11zmDO+B03a3Vk6JTH8XP5Mf01HmGH74hM1mYByXytQXH
Z++O0hDu65s/mH25suW5zlHwjGhOWDQvTBJ6MPzmaOHrRWzo24F8CeM027tvp6xwZm8qY6RdK
FyT3F5exttepV9wXw/iwovNFZ4F6c4f/UufGXsYYhs3aFke5DqbpuDkyliJlMkqtBaidHfLI0
6Ojha3coavYRRqYiO9xuUCFb3Eh8qSlpgftHEW35V72pUB1yBXgItK6uQFcKDvPDJ9z/WgBu0
+TE8cU39jdhb9N3Zt5Jsi685bsqvPTGepkbk2k/0SbreWleUNfT9f8nsJOuTTfwlpJmOAg/+G
mPg2brKPnVB8WrxSfvYzT3wcKxqyLiE7JuV2JndVqitvoZ15eKFV4f3XIig04AXtso52+k9kW
22XrpcWf1nJyNlE4yPrXt9CJok3lhgZriZV3L2h+Q493I+PJZI8MRIiFzKT7HUNE+Bs+apP64
EdlxZ/XEsRcV/qiEsdABoLTAY4s=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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 (-)
>> IIUC we have to move some point to some position somewhere in
>> 'set-window-configuration'. Who would trigger that? Calling a function
>> from within 'set-window-configuration' seems hairy to me.
>
> I see no other way than calling this hook from 'set-window-configuration'.
Agreed. But I meant to use one or two hooks 'set-window-configuration'
would call.
> The problem is that running the hook afterwards would be too late.
> What I mean here is the annoying problem that when a buffer is killed,
> then on restoring a window configuration its window is deleted.
If there is only one window left, we have to show another buffer in it.
> This case could be fixed here with the same change as well.
> When a window parameter will contain a lambda called from
> 'set-window-configuration', this lambda could do something useful
> to preserve the window whose buffer was killed. Something like
> displaying a placeholder with a button to restore the buffer.
We'd have to handle that here
/* Scan dead buffer windows. */
for (; CONSP (dead_buffer_windows);
dead_buffer_windows = XCDR (dead_buffer_windows))
{
window = XCAR (dead_buffer_windows);
if (WINDOW_LIVE_P (window) && !EQ (window, FRAME_ROOT_WINDOW (f)))
delete_deletable_window (window);
}
which will be a bit hairy to be on the safe side. This could not be
solved with a 'post-set-window-configuration-hook' because at that time
the window would have been deleted already.
> The same window parameter could be used in a window with
> a reverted dired buffer to move point to a previous file name.
Finding the right place to do that within 'set-window-configuration'
might be non-trivial. Here using 'post-set-window-configuration-hook'
would be probably better.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 14 Jan 2024 18:55:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 14 13:55:42 2024 Received: from localhost ([127.0.0.1]:44092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rP5e2-0007xY-1n for submit <at> debbugs.gnu.org; Sun, 14 Jan 2024 13:55:42 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:dc4:8::224]:42621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rP5dv-0007x4-9V for 68235 <at> debbugs.gnu.org; Sun, 14 Jan 2024 13:55:35 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 1AFFEE0004; Sun, 14 Jan 2024 18:55:28 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> (martin rudalics's message of "Sun, 14 Jan 2024 09:13:54 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> Date: Sun, 14 Jan 2024 20:53:12 +0200 Message-ID: <868r4reoh3.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> Actually one hook 'pre-current-window-configuration-functions' should be >> sufficient. Like there is only 'isearch-push-state-function' that can >> be used to save a lambda that can restore the current window-start, then >> on going back this lambda is called and restores the previous window-start. > > IIUC we have to move some point to some position somewhere in > 'set-window-configuration'. Who would trigger that? Calling a function > from within 'set-window-configuration' seems hairy to me. I see no other way than calling this hook from 'set-window-configuration'. The problem is that running the hook afterwards would be too late. What I mean here is the annoying problem that when a buffer is killed, then on restoring a window configuration its window is deleted. This case could be fixed here with the same change as well. When a window parameter will contain a lambda called from 'set-window-configuration', this lambda could do something useful to preserve the window whose buffer was killed. Something like displaying a placeholder with a button to restore the buffer. The same window parameter could be used in a window with a reverted dired buffer to move point to a previous file name.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 14 Jan 2024 08:14:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 14 03:14:04 2024 Received: from localhost ([127.0.0.1]:41638 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rOvd6-0000l8-0b for submit <at> debbugs.gnu.org; Sun, 14 Jan 2024 03:14:04 -0500 Received: from mout.gmx.net ([212.227.15.18]:58119) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rOvd3-0000kW-Q5 for 68235 <at> debbugs.gnu.org; Sun, 14 Jan 2024 03:14:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1705220035; x=1705824835; i=rudalics@HIDDEN; bh=ElvNIJ0cymm0FSg9h75gnE0AY01eXCPjrv0VmMG06IU=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=uOcEjV9zKWe5IYEOB1Pcpinwkr4ALnLGGsGIoSJpticZx08NJeenEW5NxGhjnXMV 4kG7FmyKJcfYMfuwp8beeI+gfeRMMFjAqcSFIkszKQ0T+6ylngn5Q3wUnOwG5Efm8 ZmWDTR+rG7dY/HbxwFnugwhfpkaH7Aj7KTuVX4o06GPkSF/+XT0P0r/dEJZOnvGIQ JvqNIdL/aqSo+LW0rftyUl+aCtSHawmDMfAkqakHhUvmxClHqO+LHaokGu8jV4DRl +LEExTzein/q+Cv6d4HG/dQk2bdNzA0pCzKRv8AX6JqRSRmwh0W8G3CgxqjAdiT9K p74BfY4ebA2RB75VYQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.156]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MSKyI-1ra2VH1hW4-00SiYV; Sun, 14 Jan 2024 09:13:55 +0100 Message-ID: <e3eb6d60-5870-4581-84d3-18f581ca3818@HIDDEN> Date: Sun, 14 Jan 2024 09:13:54 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> <86cyu5cc0p.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86cyu5cc0p.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1O59hmunnahWzzrjNI6MkiZUOtkEoZLBbeMbxKj4FtXyzRa/YXY wtiI5G+gBbKPzwH45pjaPzXfKdGxiVu81VoW90K1frVjU2SeaRTVtQvkO7Rm07X3BpJ42nk ddXSMmcpgEBHc8i3zujxeDYvLbSMQTjz+IOxXKt7V2fI4kMJ5D+hsQmOmGlb29tNYL7PFkH aq5G/KC5/m7iGPcrEXtOA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:2ZfHalfpqL4=;nxGubbSAR0TsjylXqnARjabk/L+ Bvdzl5lBimeJci8KyLeN5l6ZQW3E9kF62ng9GD7FmHNFf2DrLn+q1KgZTTLApwAZ85ua6IFow C2p5Z0YRkz1JuTjHwY4mg+zqGYzYHcUdi1Q2mnVMjTto9hMOcv9UD/5gLUMDqctFOS/Vja47c e5GIu8qQGateZczRosGGbiAd5RV5EvwDfj2pVr6whfWbxcD0xcknVhLENdyGOclecQCvKrnWi GyvHfVL7ffYigRHqs7MxXE7FswPP9HZimyJdElf6slmlOY6KX/W/keZWXTkANZE/yak8jTsEu Qt7SueZprgJ87QbS6vM6QyXRKZIQf/DmQpn3lX8Kw/AoWlORI1WjVdNc2FNwwHZE7VkOuHbCn GVlpc2Kj/1tLm/ylJqQeJPOXfAwT/iduDNu9ztHH9avXhNAzlDul32DVS7A+Grzu8yVLfHLX5 BpGuiI5kI8dkZmXXdgVteCnNJHgTVgkpFtkCYgXJRCdq5m0wdv+ATTPT0+Kno9OlK5CY7nGpg nvQRWzW3egobqR5uz+3xkcX7GU3k1ie+V96VMSzUAHGG7+E4tjLVkwj10QN9xeeNPPloFfWAQ oW1Rm4ZEDiZbFtwR2uUJTcGEgHL3qHSZTESf5Q+EYfAqqVaCO4SjTJOTHyhSjzi1vtXa0lq/y jfNlY/ZX3e+jYv/Ib67xiWyLnYsCaC5qi8G3qTlQ8lmzguZaMNGGrehZu/d3OMTq4s3f3Jxvg AQVp+SZ8FN6Ip5JLPwHh0SKzj6hOg6rBOZ5hXUa4NjQWDEKtiTqhO5upglq7LYhYWo7xOCoMr fvOy1E97K7F8Q4PQLRTAsCSy3gznhwexfR1phkQFB3goF+llwVEusuMWaR5dR0ny9+QhL2FVG cmTs+M0+JSFhMiWPfO+aa+Sby8o/ariNHUvGi27Lt/+/wjPG/fdRly2T5U1SrjAWISU7XAVNI OuCMSg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) > Actually one hook 'pre-current-window-configuration-functions' should be > sufficient. Like there is only 'isearch-push-state-function' that can > be used to save a lambda that can restore the current window-start, then > on going back this lambda is called and restores the previous window-start. IIUC we have to move some point to some position somewhere in 'set-window-configuration'. Who would trigger that? Calling a function from within 'set-window-configuration' seems hairy to me. martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 13 Jan 2024 18:42:17 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 13 13:42:17 2024 Received: from localhost ([127.0.0.1]:41065 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rOixU-0002sp-OB for submit <at> debbugs.gnu.org; Sat, 13 Jan 2024 13:42:16 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:32929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rOixS-0002sY-6g for 68235 <at> debbugs.gnu.org; Sat, 13 Jan 2024 13:42:14 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 1C033E0003; Sat, 13 Jan 2024 18:42:07 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> (martin rudalics's message of "Sat, 13 Jan 2024 16:02:32 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> <86cyu7m4kc.fsf@HIDDEN> <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN> <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN> Date: Sat, 13 Jan 2024 20:20:38 +0200 Message-ID: <86cyu5cc0p.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> So we'd need a persistent window parameter >> >> (1) whose value is set to dired's file name at point in >> 'current-window-configuration' >> >> (2) and allows to restore the window's point appropriately in >> 'set-window-configuration'. > > I now think that we need two or three hooks: > > - 'pre-current-window-configuration-functions', an abnormal hook that > receives one argument - the frame whose configuration shall be > recorded. 'dired' has to set a persistent window parameter, for each > window on that frame it uses, whose value is whatever is needed to > restore the present state of the buffer in that window. Actually one hook 'pre-current-window-configuration-functions' should be sufficient. Like there is only 'isearch-push-state-function' that can be used to save a lambda that can restore the current window-start, then on going back this lambda is called and restores the previous window-start.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 13 Jan 2024 15:02:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 13 10:02:43 2024
Received: from localhost ([127.0.0.1]:40810 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rOfX0-0000yE-LL
for submit <at> debbugs.gnu.org; Sat, 13 Jan 2024 10:02:43 -0500
Received: from mout.gmx.net ([212.227.15.15]:56809)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rOfWx-0000xy-Rg
for 68235 <at> debbugs.gnu.org; Sat, 13 Jan 2024 10:02:41 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1705158153; x=1705762953; i=rudalics@HIDDEN;
bh=tehvpNlyRm6AZe7dY/aOwvrQ6f4AslXuGhbx5vhJwm0=;
h=X-UI-Sender-Class:Date:Subject:From:To:Cc:References:
In-Reply-To;
b=pqZdF2uADDLrn6xUAqPLDUyhvcgOX4hhjGuJUbbrfJxRGJ1p6i+7LnuWCD0gDlDW
2FymS85vDsZquyZOoMTY5GIx09VOtDow3ZvBCqn5JJvxibmsWrjkLVqOWKt1u3Nxk
+xlr6OfxZqslDJO6/udTWKIE4reUKUKoH+r3U9OFNzPBp+cUIyE9HDjRT8yPcEmi3
4+xPAysOyP+3cQztQVEXm4A68lDLX4LXE3mEI4JwmqB9tuIa2GfL26q8NPqT9q9c1
55j8ONNTAVBUAreTGBLQNmeXyJl9RsmdHJFZVJPDpCp1vzUHuOoZq293Xjy+Fm3ix
SfFZlkM2afZO1IN14g==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.124]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1N0oBr-1rCn5I1Ilp-00wmgs; Sat, 13
Jan 2024 16:02:33 +0100
Message-ID: <669371d8-7c65-4c5f-99a9-0d8298808d23@HIDDEN>
Date: Sat, 13 Jan 2024 16:02:32 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
From: martin rudalics <rudalics@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
<2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
Content-Language: en-US
In-Reply-To: <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:DDYtNZGqAuZUDoskIgHC0qI2rnyPDMZgHJJztMuyyRXEP5vJYR3
AwY6ao2edZhSBsTHOajq9hUqqj2tGaiX83dLkkwJ5TL3rVUJ62DsfWvoESC525sGSEgzVsM
+7exxn/MP4IGyd/unLuGBSBvVzjIymCQH50PcpybBeD6//U8t0nMAPharTnPOZ0iBPYjzwY
DaeK5wMht5K9bIUqqSv8A==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:VgGRGNy3H2g=;VLATA80U5EpXwDVifsnU4FbhsfC
UKpQ9w0AgkiboIYCoZKJfhcOsQCw8UuvdRCqL8wxN9MyyZneJ17APL026mgaVhauPNo8joelu
3LPBFrDf4kler6VcVkCRW3s4CLbiZl+hpFEBX2p5zQ/Wvp2HZMzPJC2q2e1Jt5YhHsUruPFVa
v4/Ug1Ay+o/3TtvoSAr9RkFIpsqAmQYFoohLYEjQM7k0L/tgPfp4qFwvLIXbCQnCAXXBJskYQ
r/orKhyetOTT1vez1fDuPpsCwj5B1D6oixeU+pyNkg7rDIhxIBLpWTKar6MBlr+JILCIPCcxE
frlSLIbpeynQb0WWCE/NZlgmqVEyWHR9f4IZjljbQGXjqk6q3JKjeG7BVIcAlkWPZvmJIjrza
75T17Ek0/+A4j1botIwh22PJYlEXFvT8S2/dzTFzTbSdn5hoYgLREnFf9X9wYk2bIngGNmwYO
BtgAr7rRKtZAhWGiotNemPnXkAaq/B9H+5TwT7yWjsfHbCiL3gFIXt9214rjKZ01/+EecxDvS
ViLdIDyRCbgYNgNkdtR2kAkKJE7J+W9mNgRYblWvhgRCYceen2LhqeqllNxTprBpxJ7XFh+Sy
Hp3VzPtX1q/A/7OS2axB2EfNKpRsGJ5dlTyRYnIWhVxZnDNNpcBD/Jd9IqmGj51eDKaNKCgi7
nMThq/KA9gqkDCcbZN4pVKWZE4FJC8UDgXWiG8v1rKMj5y/ABbsSAkyCMCrZb8ieIaY1ycYh6
BmjVGJizd1zcOviL9z0DTGJuKAWi3N+lgoDyFt1ls938qJ7xmm7lgAaRe3YEkQmAj3BF7q/4M
f0WW6oHHQAL0qCYBCOlodCY1NUsJxiX4ehmmORC7fI5DYcuH6kqqs45VQa+H0I90DrPK+AQ0t
K/BFQFRLXl+vdJyo1jLRJLoBSY42AQunX8TqXtOgePAp6G1bPDOHxaShSblDBM5lM/oSj2lm/
HOc4ZH1tmMa/0tKOq+7qcu4ZWXg=
X-Spam-Score: 2.9 (++)
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: > So we'd need a persistent window parameter > > (1) whose
value is set to dired's file name at point in > 'current-window-configuration'
> > (2) and allows to restore the window's point appropriatel [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.124 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.15 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.9 (+)
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: > So we'd need a persistent window parameter > > (1) whose
value is set to dired's file name at point in > 'current-window-configuration'
> > (2) and allows to restore the window's point appropriatel [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.124 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.15 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> So we'd need a persistent window parameter
>
> (1) whose value is set to dired's file name at point in
> 'current-window-configuration'
>
> (2) and allows to restore the window's point appropriately in
> 'set-window-configuration'.
I now think that we need two or three hooks:
- 'pre-current-window-configuration-functions', an abnormal hook that
receives one argument - the frame whose configuration shall be
recorded. 'dired' has to set a persistent window parameter, for each
window on that frame it uses, whose value is whatever is needed to
restore the present state of the buffer in that window.
- 'pre-set-window-configuration', an abnormal hook that receives one
argument - the frame whose configuration is about to be restored.
'dired' would have to save away its parameter values of all windows
it currently owns on that frame.
- 'post-set-window-configuration-functions', an abnormal hook that
receives one argument - the frame whose configuration was just
restored. 'dired' would have to examine its persistent parameters of
all windows on that frame and restore the previous state for them
unless maybe a parameter in 'pre-set-window-configuration' tells it
not to do that.
The latter would be responsible for resolving conflicts like what to do
when the same dired buffer is shown in the selected window of the saved
and current configuration but their points are on different file names.
Whether 'pre-set-window-configuration' is really need for that or some
simpler approach would suffice is something I can't tell yet. Also
considering the case where the same directory is shown in a non-selected
window with saved and current points on different file names and the
saved name's file has been deleted meanwhile.
For dired the value to save in a parameter would at least be that of the
file name point is on - maybe also the number of that line. It's
completely up to the major mode like 'dired' to store there whatever it
wants.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 13 Jan 2024 10:39:08 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 13 05:39:08 2024
Received: from localhost ([127.0.0.1]:38500 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rObPw-0003hq-FD
for submit <at> debbugs.gnu.org; Sat, 13 Jan 2024 05:39:08 -0500
Received: from mout.gmx.net ([212.227.17.22]:49003)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rObPs-0003hI-Ue
for 68235 <at> debbugs.gnu.org; Sat, 13 Jan 2024 05:39:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1705142338; x=1705747138; i=rudalics@HIDDEN;
bh=5LVEPCmJvKhRnU0/G4QLYxXR8Suij553V4qncusTI68=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=db+3zlHThCV6DiBEdL5iaCQyBB4wm9OjnCeE3gqOSlF/SVU6VN74vSeR56UPyEBJ
sXX90zAoqyfGF4rxrffQvUe0ZWwrc0BbJcj4Gc3Q4y7tX+J1S75LiagIui41w44wu
Uz4+7HeY1LdW+XhtYub0VsKggmc+evXY/AL2vZRpPxWTXFy06LJLgB1Ubq3m8q4wc
0QdTEjl+xH282UMoEOXEKJl+hh/BNFmE2VD+uRbFHa2rdVrtdTlD84W9vXbKza1T2
LGxixVdwr79W9SaZ4UYSslNSClhf1uX4SE44ZM9tRhf2Ju4IgWTYkjS76HIOETLZ3
nqTRjg3AVq8kCvHmTA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.124]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1M9Wuq-1rU7jK2cAW-005czK; Sat, 13
Jan 2024 11:38:58 +0100
Message-ID: <2f80855c-3bf9-4973-a484-059cdef3b8c7@HIDDEN>
Date: Sat, 13 Jan 2024 11:38:56 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
Content-Language: en-US
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
<e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
<86h6jlqh2i.fsf@HIDDEN>
<5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN>
<86cyu7m4kc.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86cyu7m4kc.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:JTzj5gFRMgLZmPzTT1oriZaCtqI+72zQRgG97QiV7GyW9WB3QVg
TdZv/HqxYUqaU66tw0KrpPWj6WU1x+lDSixkVL845++yisYGFavggEyHHICPvYEY6RRa5Ss
qv/hr19KG7I822pVhyaVrwKOld+F0dZAcLr8FlnfRdlT2sH9ZWnLq6BC/44vROPcIDS7RYt
NcPSKefVaHttIqSmiWJhg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:SCzisxf+bk0=;qDjACZspYUGCsZcTERtUem/zBAI
Aj+UjP7/bfmyTA06eyInnBy8oBQFz4NRgU1xDKX5ZFdjV49zKEoLKkVYpD6ebSdqTLShK9b/D
0gnrv5dA+IcwINxL/dY20hTAJSNJOzi6uhIGHtdP2xIj2EGrTGXVnCaM7cU+u8zVrR7hQVoap
h0OVQXQamkB2qtXW1c8TRQx/OvJHzo1gcD0+Q5pYTxP2ZswCruI5XpRiEtlIdkFNdNNTdSLbs
5wsxNh26BVn1uHotI8lvlZ6lJFmLaHuNvK7PiA+/QLgpg+oev/i+MAvZkqXB/qFmSOSj7hqX+
CoxJ6iOw7sRkCD96YE6+ITAiPT/99FMk6sL6i60rh/TNVG1wm8ka3Znk9zdiZvZtps+2P1s2y
EyIxi9Q6dZd569GuCoIPAvDWGXSGiAJoFaEet3oGMHtNmX+qo2IXjJDGlk5ZjwHr122dQsIuA
bBKtI/aSsLSC8AwiM+0Pr69/kwJWXaLSYpXGGIzwPGgKKDYFIQtiPOcWW1gp9kLz4vk1LOimr
9hqXkYBafacJS50cY8yAxuZiT7YOCwaPzLWerdcd/paxJiWSl3QB+kLM37NQD0n4mC+eqWjhL
WTWviws+CFcZkSPHH1NOpdwJrFOGiou8FNnxSg2yII0Rz1n8QnzXpaJ3l2X9Soka8nZNGO66x
kU7uUTBn9Z4sQTllVQttkvNw0Dn08gv574511QpCvhtmDsT680fOddTR7i8wh+r0l60sW8MKJ
vQCWP4wV+ZwRkB26U1+p1y8Nqk8qV06g6lZqSYGnZo5KTTKtOEUGy8qfZN6Wme1P5flWtAbmn
Qpt837P1Z2DuU03kBYcBjvf9j6m3t6GJu359SO69m4G1/QPC2nkkxS8Lyh79Vf5QNGlvM50/W
orWqt7k7gvOlGjazSCCcPpE4E8yH3gqTJb8gV3N7OkmBE1ZROOB3FqhlMaeQhU+MHMGKUz5g+
V6N1NHLDdEdy8mb0bhSS00jdKnE=
X-Spam-Score: 2.9 (++)
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: >> IIUC 'dired-save-positions' and 'dired-restore-positions'
are supposed >> to handle these bug scenarios in "normal" (user driven) dired
reverting. >> Do they? If so, why does saving and restoring [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.22 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.22 listed in list.dnswl.org]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.124 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.9 (+)
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: >> IIUC 'dired-save-positions' and 'dired-restore-positions'
are supposed >> to handle these bug scenarios in "normal" (user driven) dired
reverting. >> Do they? If so, why does saving and restoring [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.124 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.22 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.22 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
>> IIUC 'dired-save-positions' and 'dired-restore-positions' are supposed
>> to handle these bug scenarios in "normal" (user driven) dired reverting.
>> Do they? If so, why does saving and restoring a window configuration
>> not use them?
>
> This is because 'dired-save-positions' and 'dired-restore-positions'
> can't update positions in all existing window configurations
> that are not yet garbage-collected.
So we'd need a persistent window parameter
(1) whose value is set to dired's file name at point in
'current-window-configuration'
(2) and allows to restore the window's point appropriately in
'set-window-configuration'.
For (1) we have two possibilities. Either dired itself maintains it
every time its window point changes which is very tedious. Or we make
the parameter a function that is run by 'current-window-configuration'
here:
/* If the window has a value for the parameter,
save it. */
p->window_parameters = Fcons (Fcons (XCAR (par), XCDR (par)),
p->window_parameters);
When XCAR (par) is a function, that function would store the current
file name at the window's point in the cdr of the saved parameter. This
would mean to offer one more facility for people to shoot themselves in
their foot.
For (2) we can either provide a hook that 'set-window-configuration'
runs or in
/* Always restore a non-nil value. */
Fset_window_parameter (window, XCAR (pers), XCDR (pers));
restore the saved position when XCAR (pers) is a function - the file
name would be in XCDR (pers). Not for the faint of heart either,
because of the current buffer/selected window dances in
'set-window-configuration'.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 12 Jan 2024 07:46:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 12 02:46:55 2024 Received: from localhost ([127.0.0.1]:34804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rOCFj-0007I6-H4 for submit <at> debbugs.gnu.org; Fri, 12 Jan 2024 02:46:55 -0500 Received: from relay3-d.mail.gandi.net ([2001:4b98:dc4:8::223]:58085) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rOCFf-0007DC-CL for 68235 <at> debbugs.gnu.org; Fri, 12 Jan 2024 02:46:52 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 7685D60005; Fri, 12 Jan 2024 07:46:46 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> (martin rudalics's message of "Thu, 11 Jan 2024 10:14:48 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> Date: Fri, 12 Jan 2024 09:37:59 +0200 Message-ID: <86cyu7m4kc.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >>>> Actually the problem is somewhere else because after dired revert >>>> point is relocated to the top of the buffer even in non-selected windows >>>> in window-configuration. So trying to manually preserve point >>>> in the selected window is not of much help. Therefore I just >>>> removed the special-handling of dired revert in master. >>> >>> Do you remember the bug this was supposed to fix? >> >> The dedicated bug report is this: >> >> bug#33871: Revert Dired window saved in window configuration >> >> Also something related was discussed in: >> >> bug#27243: dired-auto-revert-buffer jumps point to beginning of buffer >> bug#33458: dired loses position when reverted from outside place >> >> and maybe more. > > IIUC 'dired-save-positions' and 'dired-restore-positions' are supposed > to handle these bug scenarios in "normal" (user driven) dired reverting. > Do they? If so, why does saving and restoring a window configuration > not use them? This is because 'dired-save-positions' and 'dired-restore-positions' can't update positions in all existing window configurations that are not yet garbage-collected.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 11 Jan 2024 09:14:57 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 11 04:14:57 2024 Received: from localhost ([127.0.0.1]:58731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rNr9M-00039B-HK for submit <at> debbugs.gnu.org; Thu, 11 Jan 2024 04:14:56 -0500 Received: from mout.gmx.net ([212.227.15.15]:48847) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rNr9K-00038t-4P for 68235 <at> debbugs.gnu.org; Thu, 11 Jan 2024 04:14:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1704964489; x=1705569289; i=rudalics@HIDDEN; bh=G8jjreLlfULNnunbRROL0OUBAorD11MS/IW3/SXqbCo=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=UqbhTATPw8JGxsibSHivi4MSjTxnttwEbQXLZgWragNwrr17DUxY21KHEuqfOXBi fY3PX+rvEQWPTysFzt13p4PsWD90EnW/OwMU7qYgBN+NVHbYv1CqpH3fGVa6o35NX mXM58gMpkTGd0532YkKYqCg4U6IXN5ho4+WlHkyElxEQJNPXpbgse9HdYvYkXCiN8 7AesUKVUNsElYi5Yq1HShqCkUf3e3LmpYm8KOkVa5nAEGlrcqVaXfj+jLNMuSW7rt Y4LJSL2KP83J3BnNTVkzuxBaQsB4qRocFH2EqrvXYskGKdXTm6JRkDA8DEkpuugPd dP5mBl/WKsM+oj7Zfg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.214]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MvK4Z-1r5uci1GdN-00rGCp; Thu, 11 Jan 2024 10:14:49 +0100 Message-ID: <5e438b04-6fb7-4114-a5a8-61db9809b297@HIDDEN> Date: Thu, 11 Jan 2024 10:14:48 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> <86h6jlqh2i.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86h6jlqh2i.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:60l4Ry3uujr1uOVYaOI4iEs5aVwv8gwH3nS0r3q5y0MIzKFAc/z OebFpYUYDnwtPvb4BEBk+aPhNtrA8wogUV4YbpkMLR/MjVMKS8ZZWdiKKfcBRPmX79T4Ksv 2xUreVJHuX7aDv+IYxHPpJ1mFg8Mklnuqsoipbu2wSq8PZZNuYSyJ3haTaJbtEyz1IywaK3 ipso4llDROgRtGNYbvQ/Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:mvMdetYnxYc=;HdUmWS5qKodofaE/kCnTe4S0uTq vh/zKdzSUFuh3hm2lAVx9NgR18tNHyDf9XSYpYUt77fWN5ewuRYcc5EP7gII/boQ8IpIGWCUb cQLxYnwyuoi7L9LLLO//+ssCg04WkolOoBj/ePi4abQMBqt5zTRNq1I0UkBIsBWmsNQnPI/VA kUT4WGRhEeyDfcR5fiM/i9WdzIRc88NbZHYKECSud/beBPxnXnHEBhhV70Bvbn9opVMMDSnKl Mk2SyFxncqioceKD557iN/Fv3JeCAGO6NAkOIJqLXTmu/0k2rTUtLP6gmniqq/J8V1wPkLy6F wHkekR70vvFeQl1L0msqsSbN/xZqHSJ9JsM/JFseBM4J1BRm5sqtl58epw097xE2+pYToq8Zy TSul4zTo5DfRmdCBcrh55XweKEGBNN5QgGUUf1CwzH4aLE13G6p5llqkKvY4NFJya45WNImb6 hmAwwVc1OufHj5K70g+bFeEZDQrF6YJvjLKJ100jKZO3Q30IUxNHS/3/X3pReJOrOQlQ0XeK9 otYB8ae2WFXI6WQWFkkUV2x2289eXc5shAWz3oIoXOiBvyigOurVGILWXS7G1pwm2zVRseiHM BdjC14gEg4+Gs62s8EJJrEKRwNMID1gHIimNtCkv5/PXbh8T9E527PA2spAlfE45NO5mQgVQc oARDJl+b+ivv9Dl3VViga8YmR40lOIVqyYdW9X2s3UIWj9xBfifh4YvgtswXadLvFdb/VQM6e tQ6uMGXtkZgJJENiBcohiu1OGt1YnF44JWm28bXhmgiXYqX76yBfTvnmwEwJsM5X0JKuC/Krw qW6rji2/bXemJt4k5bd8sChRw+7d6Ueh2n42AGS5KRh+51Z15ZCCizH2EPxIJVMCDgjHfGI2o 5NC3bhDLfyfJGMRNxjzfeNl35t/SXLn2YbzK0DiIPAQnqEwauh8w+9LDgfY2+ix2C/QTs6Dko ihgIw5zeuZk7w6A2R16Mm7HyW9U= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >>> Actually the problem is somewhere else because after dired revert >>> point is relocated to the top of the buffer even in non-selected windows >>> in window-configuration. So trying to manually preserve point >>> in the selected window is not of much help. Therefore I just >>> removed the special-handling of dired revert in master. >> >> Do you remember the bug this was supposed to fix? > > The dedicated bug report is this: > > bug#33871: Revert Dired window saved in window configuration > > Also something related was discussed in: > > bug#27243: dired-auto-revert-buffer jumps point to beginning of buffer > bug#33458: dired loses position when reverted from outside place > > and maybe more. IIUC 'dired-save-positions' and 'dired-restore-positions' are supposed to handle these bug scenarios in "normal" (user driven) dired reverting. Do they? If so, why does saving and restoring a window configuration not use them? martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 10 Jan 2024 17:21:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 10 12:21:45 2024 Received: from localhost ([127.0.0.1]:42717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rNcGv-0004sd-EB for submit <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:21:45 -0500 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:52565) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rNcGt-0004s0-VJ for 68235 <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:21:44 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 55F7140003; Wed, 10 Jan 2024 17:21:38 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> (martin rudalics's message of "Wed, 10 Jan 2024 09:37:33 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN> <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN> Date: Wed, 10 Jan 2024 19:08:45 +0200 Message-ID: <86h6jlqh2i.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >> Actually the problem is somewhere else because after dired revert >> point is relocated to the top of the buffer even in non-selected windows >> in window-configuration. So trying to manually preserve point >> in the selected window is not of much help. Therefore I just >> removed the special-handling of dired revert in master. > > Do you remember the bug this was supposed to fix? The dedicated bug report is this: bug#33871: Revert Dired window saved in window configuration Also something related was discussed in: bug#27243: dired-auto-revert-buffer jumps point to beginning of buffer bug#33458: dired loses position when reverted from outside place and maybe more.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 10 Jan 2024 08:37:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 10 03:37:50 2024
Received: from localhost ([127.0.0.1]:41795 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rNU5u-00033z-8r
for submit <at> debbugs.gnu.org; Wed, 10 Jan 2024 03:37:50 -0500
Received: from mout.gmx.net ([212.227.17.20]:58699)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rNU5s-00033W-E3
for 68235 <at> debbugs.gnu.org; Wed, 10 Jan 2024 03:37:49 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1704875854; x=1705480654; i=rudalics@HIDDEN;
bh=n7WoK+1a5k75t9tmqxpzLZWa3WAWzZtP2uEU5j0B6ko=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=mFHTZfcpsRHJet9DYaDx1goB5ENIOk3tpPoXvo1nEspXT9BJ8ZFWPcj7YUkyxvZl
OwF5vQ+pVEXBmSftNAzgqVPhv/6ACEf2gud/znZZEjptKWBWj3oN970L0DTSJRqFv
sK/rknSHREqBZn8FxU8TScUVWBy4r2nSgWGFDd9UfCY7CRPXixfvYhRc3io0bwmmF
H4SB+0tJLfxVqqZTJXLWox+D0jjP38uiT51+52UWx423okhM9SPU3Rp7mk9CsVD+x
zsyVjatleNVKjGJfDRyL/NKX6Pc9PaOVNnAegMIBnNg/iPkMAK7FrGyCwdV9omot+
9aN+Q4Ct8xu9MiOpyg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.97.212]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MdNY8-1qoQO53nii-00ZRr0; Wed, 10
Jan 2024 09:37:34 +0100
Message-ID: <e75b52ac-f7e9-4564-bfbc-4ea523b13205@HIDDEN>
Date: Wed, 10 Jan 2024 09:37:33 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
Content-Language: en-US
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86v885je23.fsf@HIDDEN> <868r4ymn7x.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <868r4ymn7x.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:bTCVjz4NhWeJ3osAze7mbq/qB8k6P3XG4z/9PXrilsxMHekGu5o
ErcP1+tJAUg5I0h0uMbswspNOWk8YQ8Fg1kH8WRzxct6dmt48Adw54+FwcYiQgFjaNBCEeu
s6DlZ6bijVia+MIoyTho8lRyLhsnqmCCKmApKqve6w+QI0DubyaiW9MnEzoDXMZo9p6fsOT
c3+EXOJnysjYn7mWCUatg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:HARq2ryiC7E=;TuhkIAYFOUJpbBO9aD2chHNa74t
WVGb4Ln2QfJmyHVa4Eq4p+ZUbpm+YPLYGZ8p44EGk0okfcdInPWrrLfHn3DS/sgNgZ56JBOSP
DOgz8YZlyFLTo/NPDwhzcVXn8z3hPQvdIRfMbtW6aoiSXGEiStMozaYKmWIXC5tvcVn1G2nF7
+4VXkkkMznwLTXfrNPWVx3GW89NLw6jniWKy2S2vsPjstDAuC8rF24kv4kRKkc6WAuxLDz712
Ef8H4i73RJ0g9aJkphQRZoQjE4f0rrfk4snZCEX1TaGEqQ3iIY6DVpE5iHvKWP81vDfgdqLcx
Qc4hul5bMsJLWjnnARIjvI00NH+bs/lhuOOB89dq68bqhBLJPlSbJUzWdq0IECQJH0/HyR6az
gFWwHQ1au21UEoNyTktvipbeMIWgadRixF/RKchhtxhbGYdF+boweJFdC8pxGQ3TQK3Ccd/2y
l+8rJ0lBAEvpLbhKyh1GKsLcU3Xx3iMPw9XbNGSPf1IsVJXMfWssN8ybqJA4cDyrFN6MJ4mLM
AnRvRuWJ5HhSd9JNfbSPtEbQEIZfTSH5/iyGQHLdTQEz6sGX7hcfVjMj/rqQ3EHAvRIYLsQQn
eDAUuUWfdX6TImCP2ndRrH3SAzOxpSDpuxG/PuPdAvXQG+nenmnWJZnzkKwj411R4LqmN13YZ
BQA2F/qQu/5jR7p6imqb2/dEJA+HPZpSFQCHLzy+h2IghxvMZIvz62mnIq2cJPJ4eGQwf1N/R
Jao+dZavfTBgt9j0r9mS4VsBQ50yXeoFaTbeRSCJEL/1kbZeXYX83OmoXrneRc3d5bDDZcI18
k49RYqO/o16A4mik/uuwBykMVU1WeBj1FpxN6tJHlkKe4MQz/KiPN9rakos3fOAE3/G/ww0ea
8dWKeCdlWPwQcqiL0n2fE/3TaelMG0Ko9Xc5H2AGzBtBE4obQweON2aWsYgWObRjK/8GvNPjy
fFFSCUmeLGKPqSrE14sfDQsy2zg=
X-Spam-Score: 2.9 (++)
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: > Actually the problem is somewhere else because after dired
revert > point is relocated to the top of the buffer even in non-selected
windows > in window-configuration. So trying to manually preserv [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.97.212 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.20 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.20 listed in wl.mailspike.net]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.9 (+)
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: > Actually the problem is somewhere else because after dired
revert > point is relocated to the top of the buffer even in non-selected
windows > in window-configuration. So trying to manually preserv [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[213.142.97.212 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.17.20 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.20 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> Actually the problem is somewhere else because after dired revert
> point is relocated to the top of the buffer even in non-selected windows
> in window-configuration. So trying to manually preserve point
> in the selected window is not of much help. Therefore I just
> removed the special-handling of dired revert in master.
Do you remember the bug this was supposed to fix?
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 9 Jan 2024 17:31:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 09 12:31:08 2024 Received: from localhost ([127.0.0.1]:40861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rNFwS-0006bW-5C for submit <at> debbugs.gnu.org; Tue, 09 Jan 2024 12:31:08 -0500 Received: from relay3-d.mail.gandi.net ([2001:4b98:dc4:8::223]:44437) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rNFwK-0006HC-8J for 68235 <at> debbugs.gnu.org; Tue, 09 Jan 2024 12:31:00 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 91F7E60006; Tue, 9 Jan 2024 17:30:45 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <86v885je23.fsf@HIDDEN> (Juri Linkov's message of "Sun, 07 Jan 2024 18:49:36 +0200") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86v885je23.fsf@HIDDEN> Date: Tue, 09 Jan 2024 19:25:14 +0200 Message-ID: <868r4ymn7x.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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.0 (-) > The dired revert is a separate problem unrelated to this bug report. > But still we need to remove this ad-hoc condition: > > (when (and (markerp wc-point) > (marker-buffer wc-point) > ;; FIXME: After dired-revert, marker relocates to 1. > ;; window-configuration restores point to global point > ;; in this dired buffer, not to its window point, > ;; but this is slightly better than 1. > ;; Maybe better to save dired-filename in each window? > (not (eq 1 (marker-position wc-point)))) > (goto-char wc-point)) > > Checking for (not (eq 1 (marker-position wc-point))) > is the wrong thing to do because it also affects non-dired buffers. > > But I have no idea how to handle dired revert that moves the marker > to the top of the buffer. Adding special-handling for dired here > also doesn't look right. > > Maybe it's possible to mark the marker as invalidated after reverting? > Then could check for the invalidated status here. Actually the problem is somewhere else because after dired revert point is relocated to the top of the buffer even in non-selected windows in window-configuration. So trying to manually preserve point in the selected window is not of much help. Therefore I just removed the special-handling of dired revert in master.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Juri Linkov <juri@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 68235) by debbugs.gnu.org; 9 Jan 2024 17:30:59 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 09 12:30:59 2024 Received: from localhost ([127.0.0.1]:40851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rNFwJ-0006Q7-Ey for submit <at> debbugs.gnu.org; Tue, 09 Jan 2024 12:30:59 -0500 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:48947) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rNFwG-0006Bl-Kj; Tue, 09 Jan 2024 12:30:57 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 65DB4240006; Tue, 9 Jan 2024 17:30:40 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <583fc044-80a4-423c-ac25-0664c9aa6bfb@HIDDEN> (martin rudalics's message of "Mon, 8 Jan 2024 09:55:01 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> <86h6jpksya.fsf@HIDDEN> <583fc044-80a4-423c-ac25-0664c9aa6bfb@HIDDEN> Date: Tue, 09 Jan 2024 19:23:17 +0200 Message-ID: <86o7dumnei.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) close 68235 30.0.50 thanks >> + (wc-point . ,(copy-marker (window-point) window-point-insertion-type)) > > I didn't look but note that the window's buffer must be current here to > get the buffer-local value of 'window-point-insertion-type'. Thanks for the notice. This looks correct since the buffer is expected to be current. This change took so unexpected shape that I'm unsure about fixing this on the emacs-29 branch. So now pushed to master, and closed.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 8 Jan 2024 08:55:19 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 08 03:55:19 2024
Received: from localhost ([127.0.0.1]:35146 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rMlPj-0000MX-8g
for submit <at> debbugs.gnu.org; Mon, 08 Jan 2024 03:55:19 -0500
Received: from mout.gmx.net ([212.227.17.22]:50561)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rMlPg-0000MG-H0
for 68235 <at> debbugs.gnu.org; Mon, 08 Jan 2024 03:55:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1704704103; x=1705308903; i=rudalics@HIDDEN;
bh=SjXwy92hSMZTG40J4sw/sutI5KuTd5Atd3PVki6mbKg=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=h3smNEFTi6nnwi3rwCG18xSu8Sa4j4v/jkAAJ1ZMfy3dzrXJM4mxJbRM6bfmScoG
dIAYher9TTdvK54+UaSK4e88BCl1PmTX1NQxrT/IinvscBp936ez0fdRIXBPsMVSz
/7fFlfLeAz8a8j7pos4Gg3TGmn07IRSYSOvBaQ7q7gLs5G6dMlP3Ptp8CrfS9Ct18
Whfchg3cIGjdeZxweZyoL5t0QK0kbfoQN9lP7TikIUCrZdj1Iyqnvyb6E3jCktx26
dfV4c+j4MFXHD8EchhfKoDhPFVO/XfHnjvRVaA47OcPKrNLYQw8+kKkORnhi97Ga1
MMlTgoRHMgB8zVHOFA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.143]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MtwUm-1r3zZa43ae-00uJfW; Mon, 08
Jan 2024 09:55:03 +0100
Message-ID: <583fc044-80a4-423c-ac25-0664c9aa6bfb@HIDDEN>
Date: Mon, 8 Jan 2024 09:55:01 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
To: Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
<86h6jpksya.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86h6jpksya.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:zIu5Smdvh9d59s0Da6eRyCJcGJ7LD/dJVueztw7rhdOcePBXU2v
/4rXJ/M7B5SvWzALLPFwRZjMANpzq79rTU5vW+6Q/iHHJWCZy7VIXtG8d174Ep9gKOChTLD
3LXyrqHFD0l34fw8qV8ADQUTevzcl5c0y0USkWy8iCDJClLgI4llOz4MJ9MdIA124kERQA1
Cfa8tL/K6cx/zJCsGzLbA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:lO6ai1OX8HE=;6lj8ZYYbeG771wzfjk53zBV5y6e
QAjF4ubLG5D2OcMNqskSEHQlQDonxG9XjaKQfe7E/8BLSs0KtajoVwwVBSfnEYIm7pLjnSN9j
cPkV5crIYWAwmdc56TpI7UhiqL8QMQHNLEsUwpaXq27D2XMNqntWiHizBKPEDGJua6JIjscC6
hwt0rbvHMUbtTCSROkKif0TdVqtRvnPbk3x/Ue/Yr8RKoC/59oKgBkcle+AWTxd/bKwKH4dW9
VzDbEoBIuhzwe+CcMkiaegKOx18mA1+c6d3ScYh0ynVHwowrj60deHbt/wDnotpiaTzGbYbjj
sHUcrlp8kFrFq5kUwhc/dJewatDoLGwsbgJRp/MmqttkbJqrbhSfy8pozIl+pDWQqdvBJGONY
KjOsAamegbDWCCMP5qwWXOf2nikut83axjcqB7EW5vR0mR7jRrxym5ALOKQqsOmhcYQ6TBby5
QKHiVfTQ/dMWzVMFxwd7RqHrULZrmpZ4VETig+fZcXYY+8x9YAlOsEIIpxKuBdvK8M7OAOCJu
rLAdovjtv7hJJkPw/x7P7VA/SOyjpN1IXuMOnxaopuPCZJKCa4wxo4TqLuIBRMU6NaoPsZloS
HLxhlne7mV2RsZvYE3bM8abfo11R9Y245AMGgEdUVH8eRRRUd2ANquUd+8LFODQblWgwNckp+
Q06cyp3jRpeW1ff8yEOb3f7lSzPdRsS8oewc5751UltG22leAJjSWeNPaWXlFYC02R/E+WYED
xA4rSI+isASf3hT4e/sNu2ujC6k9RUoFdaXi6kCc0vDCle4IvK37+bHMNWh/fGCGWq0YjWI7I
xbhtFbmlDLdrbgw534f/CeAwsO5mNWdAlscfo6CuTH5s04C1k8d13IvMdyj1jOmwyjBFk0GXp
XM5k91zRZ2DPBIyL8N2+3cTq+MwH9VV0cSInJqKfbNcOagiwPdS2jqARUwMomU+5SYyHxFpEs
IzibXA==
X-Spam-Score: 2.9 (++)
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: > Indeed,
the difference between selected/non-selected windows
is here: > > /* Save w's value of point in the window configuration. If w
> is the selected window, then get the value of point from > t [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.22 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.143 listed in zen.spamhaus.org]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.22 listed in wl.mailspike.net]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.9 (+)
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: > Indeed, the difference between selected/non-selected windows
is here: > > /* Save w's value of point in the window configuration. If w
> is the selected window, then get the value of point from > t [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.143 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.22 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.22 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
> Indeed, the difference between selected/non-selected windows is here:
>
> /* Save w's value of point in the window configuration. If w
> is the selected window, then get the value of point from
> the buffer; pointm is garbage in the selected window. */
This is one difference among many. Fset_window_configuration also deals
with the cases that the selected window and/or the current buffer
changed in between saving and restoring the configuration.
> + (wc-point . ,(copy-marker (window-point) window-point-insertion-type))
I didn't look but note that the window's buffer must be current here to
get the buffer-local value of 'window-point-insertion-type'.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 7 Jan 2024 16:53:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 07 11:53:01 2024
Received: from localhost ([127.0.0.1]:33650 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rMWOT-0001Bp-Bs
for submit <at> debbugs.gnu.org; Sun, 07 Jan 2024 11:53:01 -0500
Received: from relay4-d.mail.gandi.net ([2001:4b98:dc4:8::224]:40227)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rMWOR-0001BP-Vn
for 68235 <at> debbugs.gnu.org; Sun, 07 Jan 2024 11:53:00 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 8898FE0002;
Sun, 7 Jan 2024 16:52:46 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> (martin rudalics's
message of "Sun, 7 Jan 2024 15:54:44 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
Date: Sun, 07 Jan 2024 18:49:36 +0200
Message-ID: <86v885je23.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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.0 (-)
> In either case I doubt that the 'set-window-configuration' code does
> anything wrong here. IIRC there were problems in the dired buffer
> reverting code, namely that it did not preserve the position of point
> reasonably and you tried to handle that via 'wc-point'.
The dired revert is a separate problem unrelated to this bug report.
But still we need to remove this ad-hoc condition:
(when (and (markerp wc-point)
(marker-buffer wc-point)
;; FIXME: After dired-revert, marker relocates to 1.
;; window-configuration restores point to global point
;; in this dired buffer, not to its window point,
;; but this is slightly better than 1.
;; Maybe better to save dired-filename in each window?
(not (eq 1 (marker-position wc-point))))
(goto-char wc-point))
Checking for (not (eq 1 (marker-position wc-point)))
is the wrong thing to do because it also affects non-dired buffers.
But I have no idea how to handle dired revert that moves the marker
to the top of the buffer. Adding special-handling for dired here
also doesn't look right.
Maybe it's possible to mark the marker as invalidated after reverting?
Then could check for the invalidated status here.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 7 Jan 2024 16:52:57 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 07 11:52:57 2024
Received: from localhost ([127.0.0.1]:33647 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rMWOO-0001BZ-VP
for submit <at> debbugs.gnu.org; Sun, 07 Jan 2024 11:52:57 -0500
Received: from relay2-d.mail.gandi.net ([217.70.183.194]:43317)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rMWON-0001BK-Mp
for 68235 <at> debbugs.gnu.org; Sun, 07 Jan 2024 11:52:56 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 231F040002;
Sun, 7 Jan 2024 16:52:42 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> (martin rudalics's
message of "Sun, 7 Jan 2024 15:54:44 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
<34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
<867ckmxto2.fsf@HIDDEN>
<92085305-caad-4bb6-ac55-a81415404a26@HIDDEN>
Date: Sun, 07 Jan 2024 18:45:33 +0200
Message-ID: <86h6jpksya.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
68235 <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 (-)
>> window-point-insertion-type is nil by default, but I'd definitely want
>> point to follow the output, that means not using the snippet above.
>
> But 'window-point-insertion-type' is buffer-locally t in all sorts of
> compilation buffers and that is the subject of this bug report. Right?
Thanks, now I see that 'comint-mode', 'compilation-mode' and some
other modes set buffer-local 'window-point-insertion-type' to t.
> And I meant to use the buffer-local value of
> 'window-point-insertion-type' as insertion type for 'wc-point'.
Ah, now I see that 'copy-marker' supports the argument for
'window-point-insertion-type'.
>> But could you explain why such special-casing is not needed for
>> non-selected windows? How set-window-configuration does the right
>> thing for points in non-selected windows to follow the output?
>> Maybe it's possible to do the same with point in the selected window?
>
> For an unselected window, 'set-window-configuration' uses that window's
> point marker from the saved configuration and that one should follow
> inserted text according to the value of 'window-point-insertion-type' in
> that window's buffer. For the selected window, that window's buffer's
> point is "usually" unchanged from where it was just before restoring the
> configuration.
Indeed, the difference between selected/non-selected windows is here:
/* Save w's value of point in the window configuration. If w
is the selected window, then get the value of point from
the buffer; pointm is garbage in the selected window. */
if (EQ (window, selected_window))
p->pointm = build_marker (XBUFFER (w->contents),
BUF_PT (XBUFFER (w->contents)),
BUF_PT_BYTE (XBUFFER (w->contents)));
else
p->pointm = Fcopy_marker (w->pointm, Qnil);
p->old_pointm = Fcopy_marker (w->old_pointm, Qnil);
XMARKER (p->pointm)->insertion_type = window_point_insertion_type;
XMARKER (p->old_pointm)->insertion_type = window_point_insertion_type;
So the complete fix is just in 1 line:
diff --git a/lisp/tab-bar.el b/lisp/tab-bar.el
index 7d491dc2f38..80cf94016b8 100644
--- a/lisp/tab-bar.el
+++ b/lisp/tab-bar.el
@@ -1302,7 +1302,7 @@ tab-bar--tab
(ws . ,(window-state-get
(frame-root-window (or frame (selected-frame))) 'writable))
(wc . ,(current-window-configuration))
- (wc-point . ,(point-marker))
+ (wc-point . ,(copy-marker (window-point) window-point-insertion-type))
(wc-bl . ,bl)
(wc-bbl . ,bbl)
,@(when tab-bar-history-mode
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 7 Jan 2024 14:55:02 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 07 09:55:02 2024 Received: from localhost ([127.0.0.1]:60881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rMUYH-0001zr-MF for submit <at> debbugs.gnu.org; Sun, 07 Jan 2024 09:55:02 -0500 Received: from mout.gmx.net ([212.227.17.20]:56327) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rMUYE-0001zP-P4 for 68235 <at> debbugs.gnu.org; Sun, 07 Jan 2024 09:55:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1704639285; x=1705244085; i=rudalics@HIDDEN; bh=bi6leWoZ8y+nHHQf9w13C9rWvsp/U3W1KtLh8awU3uY=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=svrEXHO2XlUnIQyB9KPKrDOLUyrLVjC4IbFgrrM8PddHw9nwwscfmkbcaVdckunR m7ZPdqj71PdKgvw9UeFmckwwnylnvgYvXwGtLinb4kxJ7Nl/TIpW7Xvt1ueUn2ZME TAhGXq3KhJmSiPDAgMqpsWuW2d4EHxWDeHPtXklpAFXcHMfru9NlDDpor/z8zPXab A+EMoNxsYIAH0wiB0RS6se60aNNxoT7rDMyZWhJFd99RAbdVmqzFtThJcmJU5bfBH VC7HN/xanrW/Lvls7CBRNQGyLmXQ7U2K6eZ8BLJbOH86ArLt5tQdUG8bCIL+WNlt/ f0dn9pinsGib9kVWeA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.200]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MYNNy-1rhxId0qNG-00VQ0J; Sun, 07 Jan 2024 15:54:45 +0100 Message-ID: <92085305-caad-4bb6-ac55-a81415404a26@HIDDEN> Date: Sun, 7 Jan 2024 15:54:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window To: Juri Linkov <juri@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> <867ckmxto2.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <867ckmxto2.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:s/2+KgFCL47mQSb8pXX5epCJlLynACFeXRt/kNfICuFkF4XDDWV XEmVCrug19Jf89HVhqo/4hxhgI0iPrNf4kbrGJHKyFyn0d1Zkz/guVwdBHKOizJM/0cLF2p bERPuvybxRN1Hdy6RVlphf58yFlflTVUc79W7PMrQa+1ukO1XG78xgovxiBUDNkaZmV3LS3 jOkk95BeCvPxOLxJrsl8w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:hH4aXw1oqBo=;DAbETjVKKjh/c5C3UliPdSMObbq eFsdp2F6WQm/TapdrtjSshrgLUyC7rjwc94mpkwJVT8Lht00/hec3aP2TA5TekjFpHdz1/WBH cFh3eDdl+JOGPeht8oyyAfmqzK6EHOvO27Mxs58s6C0Dw2rALUhJaBCSHxG9enaGj8cX1oO2v WibCFXRWR3NgU7GSgKNutZ4ohLxYUXG34mQLs+pahONQop8QetRpkalr5Xqk/WQ3quXxFlQSo oQ1nIOLH1lzw1w2p+K6KoVbP3jMSOYeyzSmrE5bogiX0oQg1zHCeilCORzWHGgH4Lsejaqg6y FUv1+Lo00WmQQhI69B72nxCIf/jGuRFipb3yewl1Unb40K/YSpktidWY7ZgnmBngDZmnIu/tV opbLGQLaJSoYVI6AjslSznvP/oUqNlhReDELbBe7GhzOYV2Rw0OioPQX6XdyPZ2ew4ZCe/f/a Awg7DrguV+fikQhglM52jB2Oha/ver13ajaVWpDHiFR7uaiOmNWr1IQJ3AtIjxIUwSPmtcZzz 8A0FHWZ9F0OtyJUEJkA0l9KvvqldBFxLWW10morbmJ7HXTedbBS9xtDS//1qXHJJLdwgljf/b /v5uLcrqD4KN+Dz73CZJyJxt9cFIzQonUnDpU+astq+yEwuGH2oW9+9B+/fxlPGeoRnmULoqo S0q7H8zBKQ4SEC4d09zmNAUr5PXsWYKDo/TOrYFttZCM/C4WdwVX84IwSJl4f+//3wVEgx7Wr U7Zy7zvRu07/6NLMRuSE1oe1LmI6w6jD2XA8vbIPU9iRC5n7ZqcQhgbH4Qe5Vyn8qFnetRpxb TfzPsADolCfGlSYQZytx6tawxEIxocJsKtQ+OKnL4lye9Jgjl9wRChueTVp2vdeg8hh2IhAYh njOO+Kwf7olkMCO7cRQUI7iMLyf3nwrxbvZXH637WL0Pbgtjbhklu5spubM5JRS6c6e2mEoez ikKll3ZzIm7MFmDy5djD3PBgHJs= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) > window-point-insertion-type is nil by default, but I'd definitely want > point to follow the output, that means not using the snippet above. But 'window-point-insertion-type' is buffer-locally t in all sorts of compilation buffers and that is the subject of this bug report. Right? > OTOH, this snippet can't be removed because it supports tab-local point. > For example, open the same buffer in two tabs and move point to another > place. Like with window-point, the position of point in tabs should be > preserved as well. So probably we need to add special-casing for comint > buffers to follow the output. And I meant to use the buffer-local value of 'window-point-insertion-type' as insertion type for 'wc-point'. > But could you explain why such special-casing is not needed for > non-selected windows? How set-window-configuration does the right > thing for points in non-selected windows to follow the output? > Maybe it's possible to do the same with point in the selected window? For an unselected window, 'set-window-configuration' uses that window's point marker from the saved configuration and that one should follow inserted text according to the value of 'window-point-insertion-type' in that window's buffer. For the selected window, that window's buffer's point is "usually" unchanged from where it was just before restoring the configuration. In either case I doubt that the 'set-window-configuration' code does anything wrong here. IIRC there were problems in the dired buffer reverting code, namely that it did not preserve the position of point reasonably and you tried to handle that via 'wc-point'. martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 6 Jan 2024 17:42:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 06 12:42:54 2024 Received: from localhost ([127.0.0.1]:60255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rMAhB-0000LG-Te for submit <at> debbugs.gnu.org; Sat, 06 Jan 2024 12:42:54 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:32859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1rMAhA-0000Kq-B5 for 68235 <at> debbugs.gnu.org; Sat, 06 Jan 2024 12:42:52 -0500 Received: by mail.gandi.net (Postfix) with ESMTPSA id 9CD3D20002; Sat, 6 Jan 2024 17:42:40 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window In-Reply-To: <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> (martin rudalics's message of "Fri, 5 Jan 2024 10:24:06 +0100") Organization: LINKOV.NET References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN> <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN> Date: Sat, 06 Jan 2024 19:36:25 +0200 Message-ID: <867ckmxto2.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 68235 <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 (-) >>> Everything works nicely, and point follows the output, >>> when this code is removed from 'tab-bar-select-tab': >>> >>> ;; set-window-configuration does not restore the value of >>> ;; point in the current buffer, so restore it separately. >>> (when (and (markerp wc-point) >>> (marker-buffer wc-point) >>> ;; FIXME: After dired-revert, marker relocates to 1. >>> ;; window-configuration restores point to global point >>> ;; in this dired buffer, not to its window point, >>> ;; but this is slightly better than 1. >>> ;; Maybe better to save dired-filename in each window? >>> (not (eq 1 (marker-position wc-point)))) >>> (goto-char wc-point)) >> >> Maybe we should make exceptions in buffers like *completions*? >> >> In general, restoring point is a good idea. >> >>> The problem is that I still can't figure out in what cases point should be >>> restored manually. >> >> When the buffer was shown in another window, I think. Martin might >> have a definite answer. > > I think the snippet above should be executed iff the buffer's > 'window-point-insertion-type' is nil. window-point-insertion-type is nil by default, but I'd definitely want point to follow the output, that means not using the snippet above. OTOH, this snippet can't be removed because it supports tab-local point. For example, open the same buffer in two tabs and move point to another place. Like with window-point, the position of point in tabs should be preserved as well. So probably we need to add special-casing for comint buffers to follow the output. But could you explain why such special-casing is not needed for non-selected windows? How set-window-configuration does the right thing for points in non-selected windows to follow the output? Maybe it's possible to do the same with point in the selected window?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 5 Jan 2024 09:24:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 05 04:24:20 2024
Received: from localhost ([127.0.0.1]:56375 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rLgRA-00015D-C8
for submit <at> debbugs.gnu.org; Fri, 05 Jan 2024 04:24:20 -0500
Received: from mout.gmx.net ([212.227.15.19]:34739)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1rLgR7-000151-Rs
for 68235 <at> debbugs.gnu.org; Fri, 05 Jan 2024 04:24:18 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
t=1704446646; x=1705051446; i=rudalics@HIDDEN;
bh=JkjnphaX+1Reuf/A9jsmeHl6+cHMqAhDl36+TKuZuNk=;
h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
In-Reply-To;
b=GS3elYn+xTMy74Y5Brwstz8/o9cdqgESAejFCTQ8cPVRjrlXZ6X1/0ZyGUsYBtc5
H0GczdK/cNc5gNlGTT5rODJqyBvnkKknZguYkCofqzvIw3WNdhxSf2rh0F/gUe85M
CBmaRgZFGfhMfOYQn6VhT27P+7rc6+EpxfRHu5uxelCjNN4TAmOjRfoDn32UrS7Va
rqm+EUaGp5xxQDYPgKky6QuDo6ReyzVo3hZzBTi1KoJa18cGnUNBc6G6TtBpGf9Bw
YqFZHkH1DiO/4BJvAUkzh/FgUg+zDE+hwJoKZ/Xub1go/VNnYDlg789Zy1QlMpYC4
3Ezm+6zYArIUnb3v6Q==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.173]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MD9T1-1rUF8h3Ua9-00997L; Fri, 05
Jan 2024 10:24:06 +0100
Message-ID: <34a872a9-07b2-4671-837f-f8d98b37420d@HIDDEN>
Date: Fri, 5 Jan 2024 10:24:06 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output
in selected window
Content-Language: en-US
To: Eli Zaretskii <eliz@HIDDEN>, Juri Linkov <juri@HIDDEN>
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
<86edexnmv8.fsf@HIDDEN> <83mstlvvkj.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <83mstlvvkj.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:JWtJ0uaJ1reMAs6kqG0mo7NQ7mRTB31SnbHrgAxbGYfQgbRnh10
TqaOoOoxDlhKd4iQyRlVaZ43+XyR3lbZxLoVFBZ4xHNNHnhHeFKIKaz2rhLqb3b86LCD3G4
GggDYTGXh2/rZFrCIwuI6GA4kCPmuqOARUMcwRf6584oTMtxHyi8ZvofTXS3rfPWoQyqlNq
vaZnANCeOCjScWoSdSgDg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:08LE+86SlMM=;f8UrFx66ChKja41qiwPt3mhNMKC
M0v/RhAvNftc6cGTnRkWpu9SyvQ2atWp49I+OsuyB1mBwiUDnVCxUPRjExOKVYcDJKTDDd+8s
RnGf34oiwZaxq3Y7TiNepvI9SVaWa/BxtU81kofCxB209qz2dTVHquthuP0tn3lxSgUcxLcO5
90lt6BRFIYFWpJbCHwp2gxO5iLnSboJvt23Ebgm/CfOvK2erGX8Ew7QNUnTFdnptClmHFaFX9
BmcH3R3YaD4CZMmUM0t7yTSSM0/JKfNwb3+WQZcAwXfffoLt5llhIqF+21owWmnN0q5rXyn2C
pPD+wpn2spNmAfsLGBiY6DxZ3SqMBvTthhv1LJsChIKIfTi1zHISj/M/OBtaYCifmkwQlvija
cJPnXS4U5o8HotKnF9B06BGqzdGMihCzlV6aooC92U4CID/+tk5jbPmavp+r1Nye/FR9z2cBt
JAVvZbwYoFpsua+MCYtC7ERzXaHnJ/OO2jSw/lf9jABXcVB+nVNXlG6WBV1kgw7ulGAcaJrw4
aFYE7DExtnhE8CaU5/aN2RJcTA1MSmx4O7uCEFUcPFwc7KHInKsHuVSnAvkvTkwiKek8X5qWP
fNlof3RWldEPKGl5XL89DnG6SwOSUVOgfiD+WQaB5yA0srZeQWSPq6IoEAIlNWjMqmBNvcmUk
piPf5AlbZU9Ggtdj8Eeo3hJJQ4rebjPqOBFlrGGTQzr7j70ulLqFaYzK2iWv/fJVwotxz7YxK
llbXuX+iAQWz8XdZBL633rswOYQNobYMjYLSG1Lx6t8v47E+ohffrDYcqb2Cus6wU5VvYLY2x
Pd0AAuLwry4HpjlgvzNjE5HJdyZWT7T00jYbXztLu7LUC2RJqBCnZK56xtlt6ff7gxi2+7DrL
cKrHzidHdnW8oYTTEgS2cjO3Xk3E9//C5cwkKAgYZrsaqAOQNsv1WeOHDLorcoWe93KyTVaat
/6Bv9A==
X-Spam-Score: 2.9 (++)
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: >> Everything works nicely, and point follows the output,
>> when this code is removed from 'tab-bar-select-tab': >> >> ; ;
set-window-configuration
does not restore the value of >> ;; point in the cu [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.19 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.173 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.19 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 68235
Cc: daniel.c.mccarthy@HIDDEN, 68235 <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.9 (+)
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: >> Everything works nicely, and point follows the output,
>> when this code is removed from 'tab-bar-select-tab': >> >> ;; set-window-configuration
does not restore the value of >> ;; point in the cu [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[212.95.5.173 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.19 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.19 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (rudalics[at]gmx.at)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
>> Everything works nicely, and point follows the output,
>> when this code is removed from 'tab-bar-select-tab':
>>
>> ;; set-window-configuration does not restore the value of
>> ;; point in the current buffer, so restore it separately.
>> (when (and (markerp wc-point)
>> (marker-buffer wc-point)
>> ;; FIXME: After dired-revert, marker relocates to 1.
>> ;; window-configuration restores point to global point
>> ;; in this dired buffer, not to its window point,
>> ;; but this is slightly better than 1.
>> ;; Maybe better to save dired-filename in each window?
>> (not (eq 1 (marker-position wc-point))))
>> (goto-char wc-point))
>
> Maybe we should make exceptions in buffers like *completions*?
>
> In general, restoring point is a good idea.
>
>> The problem is that I still can't figure out in what cases point should be
>> restored manually.
>
> When the buffer was shown in another window, I think. Martin might
> have a definite answer.
I think the snippet above should be executed iff the buffer's
'window-point-insertion-type' is nil.
martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 4 Jan 2024 17:48:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 04 12:48:54 2024 Received: from localhost ([127.0.0.1]:55620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rLRpt-0000V3-RR for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 12:48:54 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39988) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rLRps-0000UN-78 for 68235 <at> debbugs.gnu.org; Thu, 04 Jan 2024 12:48:52 -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 1rLRpi-000781-5b; Thu, 04 Jan 2024 12:48:42 -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=RyGLCZ1mb2OAYlM+anPC6n0GIoAebjNWFuVUybfsB40=; b=pQ1+d2x72ipE MXSnuXT4iRnY114sa62Wh2D8m1gj7AwWSVhqol3MuEwoE9N5DQ6xk62pZ40L6AzYOvKXLPtndwVi4 vkrPFa2cWR1dx045yl0r+IirjbX3rujq25JJ9X2H0OafJeTxUQs5FoON6uWlLkbLlHe5KVwAQ4VTX 24weLAD34xUndVC8trOWKHo74NMYoKqd83yIJJLxB3SfhCF0qLi42L6+SpCu4PU9ia/7wD+ikQyg6 dc+/7quxgZo1LmO7dOwmvhpUMeI9IwRftQfWryNNU4vDFdW12bOUfqEN5eZl6vS5org8mCXR/WUcz MEAkqP0aK4KWjS7+qd5JXw==; Date: Thu, 04 Jan 2024 19:48:28 +0200 Message-Id: <83mstlvvkj.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN> In-Reply-To: <86edexnmv8.fsf@HIDDEN> (message from Juri Linkov on Thu, 04 Jan 2024 19:07:39 +0200) Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> <86edexnmv8.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 68235 Cc: rudalics@HIDDEN, 68235 <at> debbugs.gnu.org, daniel.c.mccarthy@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: Juri Linkov <juri@HIDDEN> > Cc: Eli Zaretskii <eliz@HIDDEN>, Dan McCarthy > <daniel.c.mccarthy@HIDDEN>, 68235 <at> debbugs.gnu.org > Date: Thu, 04 Jan 2024 19:07:39 +0200 > > Everything works nicely, and point follows the output, > when this code is removed from 'tab-bar-select-tab': > > ;; set-window-configuration does not restore the value of > ;; point in the current buffer, so restore it separately. > (when (and (markerp wc-point) > (marker-buffer wc-point) > ;; FIXME: After dired-revert, marker relocates to 1. > ;; window-configuration restores point to global point > ;; in this dired buffer, not to its window point, > ;; but this is slightly better than 1. > ;; Maybe better to save dired-filename in each window? > (not (eq 1 (marker-position wc-point)))) > (goto-char wc-point)) Maybe we should make exceptions in buffers like *completions*? In general, restoring point is a good idea. > The problem is that I still can't figure out in what cases point should be > restored manually. When the buffer was shown in another window, I think. Martin might have a definite answer.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
Received: (at 68235) by debbugs.gnu.org; 4 Jan 2024 17:13:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 04 12:13:13 2024
Received: from localhost ([127.0.0.1]:55582 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rLRHN-0000EP-4b
for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 12:13:13 -0500
Received: from relay5-d.mail.gandi.net ([217.70.183.197]:51103)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1rLRHJ-0000Dw-K9
for 68235 <at> debbugs.gnu.org; Thu, 04 Jan 2024 12:13:12 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 8933F1C0003;
Thu, 4 Jan 2024 17:12:58 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process
output in selected window
In-Reply-To: <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> (martin rudalics
via's message of "Thu, 4 Jan 2024 11:23:45 +0100")
Organization: LINKOV.NET
References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN>
<83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN>
Date: Thu, 04 Jan 2024 19:07:39 +0200
Message-ID: <86edexnmv8.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 68235
Cc: Dan McCarthy <daniel.c.mccarthy@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
68235 <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 (-)
>> Martin, is saving and restoring window configuration supposed to
>> preserve the output following in *compilation* windows?
>
> It's supposed to preserve markers other than in the selected window. So
> it will depend on whether the *compilation* window gets selected. But
> note that 'current-window-configuration' uses
> 'window-point-insertion-type' for the point marker which by default
> stays behind inserted text (IIRC).
Everything works nicely, and point follows the output,
when this code is removed from 'tab-bar-select-tab':
;; set-window-configuration does not restore the value of
;; point in the current buffer, so restore it separately.
(when (and (markerp wc-point)
(marker-buffer wc-point)
;; FIXME: After dired-revert, marker relocates to 1.
;; window-configuration restores point to global point
;; in this dired buffer, not to its window point,
;; but this is slightly better than 1.
;; Maybe better to save dired-filename in each window?
(not (eq 1 (marker-position wc-point))))
(goto-char wc-point))
The problem is that I still can't figure out in what cases point should be
restored manually. For example, when a buffer was reverted in another
window configuration, then better to restore point manually to override
an invalidated marker?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 4 Jan 2024 10:42:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 04 05:42:30 2024 Received: from localhost ([127.0.0.1]:53648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rLLBG-0005qO-6U for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 05:42:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rLLBE-0005q6-5d for 68235 <at> debbugs.gnu.org; Thu, 04 Jan 2024 05:42:28 -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 1rLLB5-0002b8-61; Thu, 04 Jan 2024 05:42:19 -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=c/35SGZXWagnsqyZsw+8M3yNGofV2jKrpuA0jOQH+98=; b=QgB8VVAqjOEx V7RPfZKi0tKAUxcUCpJ+8JOFZWqjtIpNj6JCAQ4Nr/ZpmwRliaRBDoJ1fu7w20BdsCkYhcRyRBLTq 1OHOK7BjOtKv6Zc+guNM7ugXyh62C06X4i5N4T+ViZDI2ime7XRK/b4CrzioQ9lYYOF45bBKsH8i9 c/KCOb9qh4I4GpVLMLdYHz6CoIRdir0RAyDmsHp1sMN02JLY7Z/JF9YGatDpxGsgQRywL2l9FQE1W ZNUfBqgIRdxwVJaxCME8gNSUKtM3I5ELoVybDwCWqTPEAOxhZFHt/KX2GXCBVRbPAmQeTNxuiz7WP vbyLTZ7M6+1GTkZ86EMdPA==; Date: Thu, 04 Jan 2024 12:42:04 +0200 Message-Id: <834jftxtvn.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: martin rudalics <rudalics@HIDDEN> In-Reply-To: <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> (message from martin rudalics on Thu, 4 Jan 2024 11:23:45 +0100) Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 68235 Cc: daniel.c.mccarthy@HIDDEN, 68235 <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 (---) > Date: Thu, 4 Jan 2024 11:23:45 +0100 > Cc: 68235 <at> debbugs.gnu.org > From: martin rudalics <rudalics@HIDDEN> > > > Martin, is saving and restoring window configuration supposed to > > preserve the output following in *compilation* windows? > > It's supposed to preserve markers other than in the selected window. So > it will depend on whether the *compilation* window gets selected. But > note that 'current-window-configuration' uses > 'window-point-insertion-type' for the point marker which by default > stays behind inserted text (IIRC). So I guess what the OP sees is expected behavior, or am I missing something? In general, IME the fact that a window follows the end of compilation output is indeed very ephemeral in Emacs, so hearing that it happens as result of tab-bing away doesn't surprise me at all.
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 4 Jan 2024 10:24:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 04 05:24:01 2024 Received: from localhost ([127.0.0.1]:53626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rLKtN-0002m6-Iz for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 05:24:01 -0500 Received: from mout.gmx.net ([212.227.17.20]:59489) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1rLKtJ-0002lr-KG for 68235 <at> debbugs.gnu.org; Thu, 04 Jan 2024 05:23:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1704363827; x=1704968627; i=rudalics@HIDDEN; bh=usDgnGLXfMNtt8Ono7DIyt9vOU4PXhoA9cPZoz3hRyY=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=j/9TYIziY6XZ4YdAshC7QaIwFwb3YweuHzRzDliDbfiuhoD3hNH+svwdhnNMz/aQ jik4KhrRBRTf51TlruGC7FIkPn9jXuT7mq+UIR0eqikMkInaVo1DAAhAkADcNS1JZ oJU1W1a81egiBBH5B+nny5g8/0dea1TmTiyhEPBCFsZf5Vk6U0QwuSTykzr4wtsqf YRYMRukFkiN5yid1UqlfXM6kNG9/i0iF4GZuVEB8egwCtP64Bc53tpgSKLiUye9IS v/XSS+cPsIh+NQxwt5vXRf1aQXHrPb1qzv+qar7u6rbmniuCEdGpnbGE5t2bpEidf s5CEgazFvyme/N55Dw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.252]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M42nY-1rLKt91p0y-0003Tp; Thu, 04 Jan 2024 11:23:47 +0100 Message-ID: <f8f89321-6da0-4bf8-a4bf-7e8501445e6e@HIDDEN> Date: Thu, 4 Jan 2024 11:23:45 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window Content-Language: en-US To: Eli Zaretskii <eliz@HIDDEN>, Dan McCarthy <daniel.c.mccarthy@HIDDEN> References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> <83frzdy6if.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <83frzdy6if.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1NaqLiFfQvuEMM0Cu5o0FFF8t7yjTX7Dw6uc4ckBoDra2s917Kh mjwXUoAeD4VI83uhZyD+FcLpulOwNZ35776EA2XxrLXrB3QBz65BMf1ygIiShutwBy4dxOI FWReVJ5FlDP1Ccb+yPRASrzk6wU33S0Zjv2BIqcAP8LzXueoICk65xEPO60I4Wo6c+roujx bpH93w648sh9Ntz4HLVtQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:sLzcwdJTysk=;c9Ck8BIrEUSsqt2sbN5s7oZEs3I KKCN5Ijga2AjXOKaIrJw7r1qQgI+1kIvs4jcIyz7I/k6wwCuhatZ3ROW0Js5nodS2ZrqjeD9z txKqweaSymI2gh/LqTOb9joc3hl2KklILFJ1HIkUi5yKx+VFBWZwzJMcoph5442PGzQfWaGCT UdGYPaYC+fht8oUx3aM/XmBmWmeiNA2DFRzszrkIs+NfWE4bvvmMvz7+KsujrIr1KtVVkmpjx /nBu9Wg6E/36lyifU5ZQUz83izHxEqnWXdsRh8orxgxj2ymFilw6QZlmkX1UgEEPmuLjDLK+S sYDM8sGoK89lSo7VR9mBmlud0rHECbOxfs6/rJcPKhv/eK4w0JYw5z1UunhoEPoOYAXvzVt0e KUF/K+XpxNbrvUyUacVfLImBadai6vaXeKYm6Pcsv8yu45MbL6BANxCHoKyOw86TR8UNQ8SVz PDhqs++astocEoc60LlwJ3POpl8QtUNVjOE3lJj9x0NdfqiDixnUAPbtEHlZ3wMNq8gLDhaU+ ujFnGkwKCj+ZwUqnTv4LjXnY8kT0RKuWiO1qUiIuSDZmBfZzVJgNxd9v3GmFVfX0AVirYqZCL FikPEJjnZloJ1pg+N3aSh7+DIAN4H5tNUEV3Hzlu/djCNwoyN8fxT2BAFBLe7+/G2iIu5PzF4 U+tKbKfI86Rt0gPtqpO4ns3iAm+tLLjf8tUQbWnN88Ii9eBXN5lfbhYswUK98SRL6KjawFH2J pyFuTchDChUNz1NIZG77BCx1/yhATcto3wqRHLYrsaoYltJES4BGmKGPktMXL03b3GshcGcZW 9fRZtOmg9oLe7OQzc4e5y9lBLA8hQU644c12oTms888YqqHkCHjsZ7Tuv+3Ez390Q8SHoyy7V d1jeHMLVJYITGxxmv2b6EKPBUQU18yeP7ESRVOAS9HNdbaV84ZbsbRpQYYO+Q/SHBJOvH/TKX wMza0vdoGTif7Ep+48T4SpFfvFk= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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 (-) > Martin, is saving and restoring window configuration supposed to > preserve the output following in *compilation* windows? It's supposed to preserve markers other than in the selected window. So it will depend on whether the *compilation* window gets selected. But note that 'current-window-configuration' uses 'window-point-insertion-type' for the point marker which by default stays behind inserted text (IIRC). martin
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at 68235) by debbugs.gnu.org; 4 Jan 2024 06:09:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 04 01:09:42 2024 Received: from localhost ([127.0.0.1]:53526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rLGvG-0002pc-F9 for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 01:09:42 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rLGvB-0002pM-G5 for 68235 <at> debbugs.gnu.org; Thu, 04 Jan 2024 01:09:41 -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 1rLGv2-000673-0h; Thu, 04 Jan 2024 01:09:28 -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=haaC8Mwa81EJpSrDELpLo7kNKZjpOawz7gWSyxcR37k=; b=WW6zDSJTMq3n 6QPJXcPqYPXoQCVp0hqoys0Chd1W+WVq9ghrBLQ5LOVqd6n7FnqQvYspTNxIdJs4jy29sSWbUKcT+ AWVvwROb2Veg14oiAQTW8ewHpK2ZAlBzApd0pTpVPzHwX6WswyvGZKRoZ7s1U9yoQ3uclgAhOBbSN My/Nq4h1IVmiU8nP8W95T+bzxf5bCe1CLQQk2cBfMKV7kz0BMvbLpmMa4wKi7FcUdzC1Og55H8rhn zVM/E7cj3BKBOGe4492fGA6abwb2ktfDtL48JrLzRf7fJ3A3qtW5rJZaAyx/rFzN0xIpXoaozH5hv 6aTcR8PLB8uevgyVES+sDg==; Date: Thu, 04 Jan 2024 08:09:12 +0200 Message-Id: <83frzdy6if.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Dan McCarthy <daniel.c.mccarthy@HIDDEN>, martin rudalics <rudalics@HIDDEN> In-Reply-To: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> (message from Dan McCarthy on Wed, 3 Jan 2024 15:48:21 -0500) Subject: Re: bug#68235: 29.1.90; Switching tabs stops following process output in selected window References: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 68235 Cc: 68235 <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: Dan McCarthy <daniel.c.mccarthy@HIDDEN> > Date: Wed, 3 Jan 2024 15:48:21 -0500 > > With two tabs open, start a compilation or some other long-running > job. Move point to the bottom with M->. Switch to the other tab, then > switch back. Point will now be fixed at wherever it was when you first > switched. > > If the compilation window isn't selected, however, switching tabs does > what I expected: point continues to be at the bottom, following the > output as it appears. Does playing with the value of switch-to-buffer-preserve-window-point change anything in what you see? Martin, is saving and restoring window configuration supposed to preserve the output following in *compilation* windows?
bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 3 Jan 2024 20:48:59 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 03 15:48:59 2024 Received: from localhost ([127.0.0.1]:53297 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rL8Ab-0000pD-UK for submit <at> debbugs.gnu.org; Wed, 03 Jan 2024 15:48:58 -0500 Received: from lists.gnu.org ([2001:470:142::17]:40970) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <daniel.c.mccarthy@HIDDEN>) id 1rL8AW-0000oW-85 for submit <at> debbugs.gnu.org; Wed, 03 Jan 2024 15:48:55 -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 <daniel.c.mccarthy@HIDDEN>) id 1rL8AK-0000wO-IM for bug-gnu-emacs@HIDDEN; Wed, 03 Jan 2024 15:48:42 -0500 Received: from mail-ot1-x329.google.com ([2607:f8b0:4864:20::329]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <daniel.c.mccarthy@HIDDEN>) id 1rL8AG-00007x-66 for bug-gnu-emacs@HIDDEN; Wed, 03 Jan 2024 15:48:40 -0500 Received: by mail-ot1-x329.google.com with SMTP id 46e09a7af769-6dc07ce2a30so3596647a34.0 for <bug-gnu-emacs@HIDDEN>; Wed, 03 Jan 2024 12:48:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704314913; x=1704919713; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=IoLAC3AlLc3FEquNCES4NCsojbTFlRfQymPOTXhu0ug=; b=Ps4Zzfn6UNNI3OmHtcM7zvxJ/XbZff1d21gPyAvXn83WnEIN0aPUhiChkRv9YKMd1n oRGVcboIuGASxx8ZttJspzETh39aErPJS4oaY2eamhBW58opK3GY1+pQ3scw3GFQauSD hVMw/Oxin89HHaMhnmbiwLFQHYFHvNwZaAbQWJXYKa+sa305ceNsifm0bZt0oQKcaQS9 6Zjdz4Wv4PPKJLz1sfaix/BTv/LEW5qD7xE6LO6G0Zsv8aC/naUQ33/OL5i3zc1F1ajT lOuSvvvNjmpVfEvy1g+8f4J373eGLAvLZm2AsC5tBYIAH15NKgbrlStvKgPt9RFtzfvH gVZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704314913; x=1704919713; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=IoLAC3AlLc3FEquNCES4NCsojbTFlRfQymPOTXhu0ug=; b=uk/OZLK3yAzzayQKjP8nZq+GhYPmpVVVsS2RMNOg0mG+Py4TNh1tEFHCdbM19rbzNR oMowVSmnes6N593dWd/zf0UR5MeBKNcFx+R2Rr6p93Qr5weI9zPCmH9BUJQIIKdmUkyJ jAY/mKrzXcPpeB59srKO0MGhp+X0W/UKTDpVJg9aPhdifT+uY8lY+wCO4yjz5AIAs2oo MVBzYviF1HJAa1I5YXHFktLkuCYaXvnssfQQExAn0NcGtdyC0aXFbU1t82LQQMf+qiZM ZLaCF9qtQ1RlTiScZECiaMmV3Vq10X7e8fUAkuF/vV1ZBDzJ4LwJ9J0X1vV9tWDBYznN AYSg== X-Gm-Message-State: AOJu0Yw/5LdoQxpnIcf8DhVrxfKASX1MJsu7iobH+wUrIGpeyaHQjls2 JQjwG3pcPid+2gKpEFeIk/OU2mRYgnfBq8+MC6+TIjttTL0= X-Google-Smtp-Source: AGHT+IFuYzhbNE8J8mP64U/t9T17oL9ZwA7QnRIjqndEBc5ZXBnS/Tdpf2xIjXaFg1owQF/oAYuMjSqamSO9mH0Fso4= X-Received: by 2002:a9d:6f85:0:b0:6dc:15c:ad1f with SMTP id h5-20020a9d6f85000000b006dc015cad1fmr9091665otq.43.1704314912675; Wed, 03 Jan 2024 12:48:32 -0800 (PST) MIME-Version: 1.0 From: Dan McCarthy <daniel.c.mccarthy@HIDDEN> Date: Wed, 3 Jan 2024 15:48:21 -0500 Message-ID: <CAAoRiOVVguq9A2D9hcFgOG_pCBAr5pG_haxc+ac9jDb9DzxGVw@HIDDEN> Subject: 29.1.90; Switching tabs stops following process output in selected window To: bug-gnu-emacs@HIDDEN Content-Type: multipart/alternative; boundary="000000000000f49b39060e10bc51" Received-SPF: pass client-ip=2607:f8b0:4864:20::329; envelope-from=daniel.c.mccarthy@HIDDEN; helo=mail-ot1-x329.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, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit 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 (/) --000000000000f49b39060e10bc51 Content-Type: text/plain; charset="UTF-8" With two tabs open, start a compilation or some other long-running job. Move point to the bottom with M->. Switch to the other tab, then switch back. Point will now be fixed at wherever it was when you first switched. If the compilation window isn't selected, however, switching tabs does what I expected: point continues to be at the bottom, following the output as it appears. In GNU Emacs 29.1.90 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.33, cairo version 1.16.0) of 2023-10-23 built on solstice Windowing system distributor 'The X.Org Foundation', version 11.0.12101007 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --with-dbus' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM GTK2 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Shell Minor modes in effect: bug-reference-mode: t desktop-save-mode: t global-git-commit-mode: t magit-auto-revert-mode: t server-mode: t shell-dirtrack-mode: t hexl-follow-ascii: t projectile-mode: t comint-fontify-input-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tab-bar-history-mode: t tab-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t column-number-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: ~/emacs-lisp/ecf-mode/dcm-general hides ~/emacs-lisp/dcm-general ~/emacs-lisp/c-eldoc hides /home/dan/.emacs.d/elpa/c-eldoc-20201004.2347/c-eldoc ~/emacs-lisp/connection hides /home/dan/.emacs.d/elpa/connection-20191111.446/connection ~/emacs-lisp/link hides /home/dan/.emacs.d/elpa/link-20191111.446/link /home/dan/.emacs.d/elpa/transient-20231019.1421/transient hides /home/dan/build/emacs-29.1.90/lisp/transient ~/emacs-lisp/css-mode hides /home/dan/build/emacs-29.1.90/lisp/textmodes/css-mode /home/dan/.emacs.d/elpa/csharp-mode-20221126.2005/csharp-mode hides /home/dan/build/emacs-29.1.90/lisp/progmodes/csharp-mode /home/dan/.emacs.d/elpa/dictionary-20201001.1727/dictionary hides /home/dan/build/emacs-29.1.90/lisp/net/dictionary ~/emacs-lisp/greek hides /home/dan/build/emacs-29.1.90/lisp/language/greek Features: (shadow sort mail-extr emacsbug vc-svn pcmpl-gnu sgml-mode facemenu dom dabbrev cus-edit cus-start mm-archive gnutls network-stream url-cache url-http url-auth url-gw nsm term/xterm xterm vc git-rebase mule-diag python emacs-news-mode pcmpl-linux ffap magit-patch display-line-numbers rect tabify man tramp-cmds doc-view jka-compr js c-ts-common find-dired rfc2104 noutline outline view cl-print make-mode image-mode exif cal-move shortdoc help-fns radix-tree pp wid-edit descr-text pcmpl-unix conf-mode misearch multi-isearch ruler-mode hl-line vc-hg vc-bzr goto-addr etags fileloop generator xref magit-extras magit-svn face-remap sh-script smie treesit executable tramp-cache time-stamp tramp-sh dired-aux term disp-table ehelp mule-util diary-lib diary-loaddefs cal-menu calendar cal-loaddefs bug-reference desktop frameset cua-base cus-load clang-format+ clang-format acme-search quack cmuscheme scheme advice clone-log-mode scc-mode 608-unicode ecf-mode dcm-general tar-mode arc-mode archive-mode notifications dbus xml dictionary link connection magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log magit-diff smerge-mode diff git-commit log-edit message sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor server magit-mode derived transient cl-extra edmacro kmacro help-mode magit-git magit-base which-func vc-git diff-mode easy-mmode vc-dispatcher ido magit-section cursor-sensor crm dash compat tramp tramp-loaddefs trampver tramp-integration files-x tramp-compat shell pcomplete parse-time iso8601 time-date format-spec vanc-init bindat vanc-mode hexl php-mode mode-local find-func imenu speedbar ezimage dframe php-face php rx php-project projectile lisp-mnt grep ibuf-ext ibuffer ibuffer-loaddefs flymake-proc flymake project compile text-property-search comint ansi-osc ansi-color ring warnings icons thingatpt css-mode cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs cl finder-inf archive-rpm-autoloads c-eldoc-autoloads clang-format-autoloads indent-tools-autoloads hydra-autoloads lv-autoloads magit-svn-autoloads magit-autoloads pcase magit-section-autoloads git-commit-autoloads dash-autoloads php-mode-autoloads projectile-autoloads pydoc-autoloads s-autoloads tramp-term-autoloads transient-autoloads with-editor-autoloads info compat-autoloads yafolding-autoloads yaml-mode-autoloads yaml-pro-autoloads yaml-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine 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 abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process emacs) Memory information: ((conses 16 2656374 298496) (symbols 48 52033 4) (strings 32 391623 32488) (string-bytes 1 14644301) (vectors 16 100900) (vector-slots 8 2407891 129759) (floats 8 246 538) (intervals 56 300877 27375) (buffers 976 170)) --000000000000f49b39060e10bc51 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">With two tabs open, start a compilation or some other long= -running<br>job. Move point to the bottom with M->. Switch to the other = tab, then<br>switch back. Point will now be fixed at wherever it was when y= ou first<br>switched.<br><br>If the compilation window isn't selected, = however, switching tabs does<br>what I expected: point continues to be at t= he bottom, following the<br>output as it appears.<br><br>In GNU Emacs 29.1.= 90 (build 1, x86_64-pc-linux-gnu, GTK+ Version<br>=C2=A02.24.33, cairo vers= ion 1.16.0) of 2023-10-23 built on solstice<br>Windowing system distributor= 'The X.Org Foundation', version 11.0.12101007<br>System Descriptio= n: Debian GNU/Linux 12 (bookworm)<br><br>Configured using:<br>=C2=A0'co= nfigure --with-dbus'<br><br>Configured features:<br>CAIRO DBUS FREETYPE= GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG<br>LIBSELINUX LIBXML2 MODULES = NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND<br>SQLITE3 THREADS TIFF TOOLKIT_SC= ROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM<br>GTK2 ZLIB<br><br>Important setti= ngs:<br>=C2=A0 value of $LANG: en_US.UTF-8<br>=C2=A0 locale-coding-system: = utf-8-unix<br><br>Major mode: Shell<br><br>Minor modes in effect:<br>=C2=A0= bug-reference-mode: t<br>=C2=A0 desktop-save-mode: t<br>=C2=A0 global-git-= commit-mode: t<br>=C2=A0 magit-auto-revert-mode: t<br>=C2=A0 server-mode: t= <br>=C2=A0 shell-dirtrack-mode: t<br>=C2=A0 hexl-follow-ascii: t<br>=C2=A0 = projectile-mode: t<br>=C2=A0 comint-fontify-input-mode: t<br>=C2=A0 tooltip= -mode: t<br>=C2=A0 global-eldoc-mode: t<br>=C2=A0 electric-indent-mode: t<b= r>=C2=A0 mouse-wheel-mode: t<br>=C2=A0 tab-bar-history-mode: t<br>=C2=A0 ta= b-bar-mode: t<br>=C2=A0 file-name-shadow-mode: t<br>=C2=A0 global-font-lock= -mode: t<br>=C2=A0 font-lock-mode: t<br>=C2=A0 column-number-mode: t<br>=C2= =A0 line-number-mode: t<br>=C2=A0 indent-tabs-mode: t<br>=C2=A0 transient-m= ark-mode: t<br>=C2=A0 auto-composition-mode: t<br>=C2=A0 auto-encryption-mo= de: t<br>=C2=A0 auto-compression-mode: t<br><br>Load-path shadows:<br>~/ema= cs-lisp/ecf-mode/dcm-general hides ~/emacs-lisp/dcm-general<br>~/emacs-lisp= /c-eldoc hides /home/dan/.emacs.d/elpa/c-eldoc-20201004.2347/c-eldoc<br>~/e= macs-lisp/connection hides /home/dan/.emacs.d/elpa/connection-20191111.446/= connection<br>~/emacs-lisp/link hides /home/dan/.emacs.d/elpa/link-20191111= .446/link<br>/home/dan/.emacs.d/elpa/transient-20231019.1421/transient hide= s /home/dan/build/emacs-29.1.90/lisp/transient<br>~/emacs-lisp/css-mode hid= es /home/dan/build/emacs-29.1.90/lisp/textmodes/css-mode<br>/home/dan/.emac= s.d/elpa/csharp-mode-20221126.2005/csharp-mode hides /home/dan/build/emacs-= 29.1.90/lisp/progmodes/csharp-mode<br>/home/dan/.emacs.d/elpa/dictionary-20= 201001.1727/dictionary hides /home/dan/build/emacs-29.1.90/lisp/net/diction= ary<br>~/emacs-lisp/greek hides /home/dan/build/emacs-29.1.90/lisp/language= /greek<br><br>Features:<br>(shadow sort mail-extr emacsbug vc-svn pcmpl-gnu= sgml-mode facemenu dom<br>dabbrev cus-edit cus-start mm-archive gnutls net= work-stream url-cache<br>url-http url-auth url-gw nsm term/xterm xterm vc g= it-rebase mule-diag<br>python emacs-news-mode pcmpl-linux ffap magit-patch = display-line-numbers<br>rect tabify man tramp-cmds doc-view jka-compr js c-= ts-common find-dired<br>rfc2104 noutline outline view cl-print make-mode im= age-mode exif<br>cal-move shortdoc help-fns radix-tree pp wid-edit descr-te= xt pcmpl-unix<br>conf-mode misearch multi-isearch ruler-mode hl-line vc-hg = vc-bzr<br>goto-addr etags fileloop generator xref magit-extras magit-svn<br= >face-remap sh-script smie treesit executable tramp-cache time-stamp<br>tra= mp-sh dired-aux term disp-table ehelp mule-util diary-lib<br>diary-loaddefs= cal-menu calendar cal-loaddefs bug-reference desktop<br>frameset cua-base = cus-load clang-format+ clang-format acme-search quack<br>cmuscheme scheme a= dvice clone-log-mode scc-mode 608-unicode ecf-mode<br>dcm-general tar-mode = arc-mode archive-mode notifications dbus xml<br>dictionary link connection = magit-submodule magit-blame magit-stash<br>magit-reflog magit-bisect magit-= push magit-pull magit-fetch magit-clone<br>magit-remote magit-commit magit-= sequence magit-notes magit-worktree<br>magit-tag magit-merge magit-branch m= agit-reset magit-files magit-refs<br>magit-status magit magit-repos magit-a= pply magit-wip magit-log<br>magit-diff smerge-mode diff git-commit log-edit= message sendmail<br>yank-media puny dired dired-loaddefs rfc822 mml mml-se= c epa epg rfc6068<br>epg-config gnus-util mm-decode mm-bodies mm-encode mai= l-parse rfc2231<br>rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev= mail-utils<br>gmm-utils mailheader pcvs-util add-log magit-core magit-auto= revert<br>autorevert filenotify magit-margin magit-transient magit-process<= br>with-editor server magit-mode derived transient cl-extra edmacro kmacro<= br>help-mode magit-git magit-base which-func vc-git diff-mode easy-mmode<br= >vc-dispatcher ido magit-section cursor-sensor crm dash compat tramp<br>tra= mp-loaddefs trampver tramp-integration files-x tramp-compat shell<br>pcompl= ete parse-time iso8601 time-date format-spec vanc-init bindat<br>vanc-mode = hexl php-mode mode-local find-func imenu speedbar ezimage<br>dframe php-fac= e php rx php-project projectile lisp-mnt grep ibuf-ext<br>ibuffer ibuffer-l= oaddefs flymake-proc flymake project compile<br>text-property-search comint= ansi-osc ansi-color ring warnings icons<br>thingatpt css-mode cc-mode cc-f= onts cc-guess cc-menus cc-cmds cc-styles<br>cc-align cc-engine cc-vars cc-d= efs cl finder-inf archive-rpm-autoloads<br>c-eldoc-autoloads clang-format-a= utoloads indent-tools-autoloads<br>hydra-autoloads lv-autoloads magit-svn-a= utoloads magit-autoloads pcase<br>magit-section-autoloads git-commit-autolo= ads dash-autoloads<br>php-mode-autoloads projectile-autoloads pydoc-autoloa= ds s-autoloads<br>tramp-term-autoloads transient-autoloads with-editor-auto= loads info<br>compat-autoloads yafolding-autoloads yaml-mode-autoloads<br>y= aml-pro-autoloads yaml-autoloads package browse-url url url-proxy<br>url-pr= ivacy url-expand url-methods url-history url-cookie<br>generate-lisp-file u= rl-domsuf url-util mailcap url-handlers url-parse<br>auth-source cl-seq eie= io eieio-core cl-macs password-cache json subr-x<br>map byte-opt gv bytecom= p byte-compile url-vars cl-loaddefs cl-lib rmc<br>iso-transl tooltip cconv = eldoc paren electric uniquify ediff-hook<br>vc-hooks lisp-float-type elisp-= mode mwheel term/x-win x-win<br>term/common-win x-dnd tool-bar dnd fontset = image regexp-opt fringe<br>tabulated-list replace newcomment text-mode lisp= -mode prog-mode register<br>page tab-bar menu-bar rfn-eshadow isearch easym= enu timer select<br>scroll-bar mouse jit-lock font-lock syntax font-core te= rm/tty-colors<br>frame minibuffer nadvice seq simple cl-generic indonesian = philippine<br>cham georgian utf-8-lang misc-lang vietnamese tibetan thai ta= i-viet lao<br>korean japanese eucjp-ms cp51932 hebrew greek romanian slovak= czech<br>european ethiopic indian cyrillic chinese composite emoji-zwj cha= rscript<br>charprop case-table epa-hook jka-cmpr-hook help abbrev obarray o= closure<br>cl-preloaded button loaddefs theme-loaddefs faces cus-face macro= exp<br>files window text-properties overlay sha1 md5 base64 format env<br>c= ode-pages mule custom widget keymap hashtable-print-readable backquote<br>t= hreads dbusbind inotify dynamic-setting system-font-setting<br>font-render-= setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty<br>make-networ= k-process emacs)<br><br>Memory information:<br>((conses 16 2656374 298496)<= br>=C2=A0(symbols 48 52033 4)<br>=C2=A0(strings 32 391623 32488)<br>=C2=A0(= string-bytes 1 14644301)<br>=C2=A0(vectors 16 100900)<br>=C2=A0(vector-slot= s 8 2407891 129759)<br>=C2=A0(floats 8 246 538)<br>=C2=A0(intervals 56 3008= 77 27375)<br>=C2=A0(buffers 976 170))<br></div> --000000000000f49b39060e10bc51--
Dan McCarthy <daniel.c.mccarthy@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#68235; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.