From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Laurence Warne Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Dec 2022 15:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 60381@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.167224293825946 (code B ref -1); Wed, 28 Dec 2022 15:56:02 +0000 Received: (at submit) by debbugs.gnu.org; 28 Dec 2022 15:55:38 +0000 Received: from localhost ([127.0.0.1]:58476 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAYmH-0006kQ-Um for submit@debbugs.gnu.org; Wed, 28 Dec 2022 10:55:38 -0500 Received: from lists.gnu.org ([209.51.188.17]:43340) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAYmF-0006kH-JA for submit@debbugs.gnu.org; Wed, 28 Dec 2022 10:55:36 -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 ) id 1pAYmF-0008HX-Dh for bug-gnu-emacs@gnu.org; Wed, 28 Dec 2022 10:55:35 -0500 Received: from mail-vk1-xa2d.google.com ([2607:f8b0:4864:20::a2d]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pAYmD-0000YL-FZ for bug-gnu-emacs@gnu.org; Wed, 28 Dec 2022 10:55:35 -0500 Received: by mail-vk1-xa2d.google.com with SMTP id v81so7579952vkv.5 for ; Wed, 28 Dec 2022 07:55:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=i1y7aF8U5rpLd3+/eoPynxJdiFkR6g0eQK7D0xsatZA=; b=hBa+owUuq1dLCPuFVdqxhO8avhXImrmAnZuwnW1Em4jlUCJ+QYlgMMQ84Czl1ZC5OT lTj6BH29JAoGHEukTFpVOGJGC5SqkTjGGHXXPbvzCiJj3xN2kWk3DZEHjS1dEg3t7N7D Vg40RY3H26l4/7EbYKU5aTQoZNSV1PfJdh7rFe9c9WN/aANG1DfRxyN5dfjwORfGlm2K lW9iE5dkK4pD7nm6G5uokBbuo4c3+y7AfLOREmI14a38cn157Sfdb84JpsUmh+1lmdrU 65ijH0w6tlyDFLtA9nxVqcyZSzBFu5+DjCGeHvBnHCXbfbfZBrYNSk80RF6Mm/Dzt1YE OhZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=i1y7aF8U5rpLd3+/eoPynxJdiFkR6g0eQK7D0xsatZA=; b=uMN/i3L14Qa2CjHz8rWI+SSmBnyfFZDodJWQK2Mew17mbmZdjrDDatrr/87tQ9fvaV kKbTNIbaG37Qw5JfsCGKlLTzjeMLP6Qta6JI8CMHTGf1xzPGDNQPsfPVqVHLMtyPWO6i m3mqNn4AfVyPuU7hzp7ow+sHVZcH09BjW55iMZXRySS4wYQcctIpJDHhDasxIcMjCLlT kUYgYuEiWY4qFhwhH3PAp5042PyGCHQxKga7qXT+NHq0ZowaHSC8hzAvQVYXnC9iWuu5 6radk58Q6I8W2eNWSO20gY5RI6syT1znGkMP5+99p/97dUb2LIlFsQZYxfS0YOSFnPz8 XdGQ== X-Gm-Message-State: AFqh2krwOccinhAuH8LZGylWeQOT4WYKPYywtYDG836ae+BchqlS/HRk Hglh6Gg6wTnmNuxatPSr6uhIWAMMglS/UhchN8o2KB/W2aw= X-Google-Smtp-Source: AMrXdXuAEtla3w4ayOjMdBn69v81wdjCS/eV9L6yk2H7crtmNVG0LBVVqjec1wTUmmmHknHAHuyhIGrLLFXExxuP92U= X-Received: by 2002:a05:6122:c95:b0:3c8:f99f:1934 with SMTP id ba21-20020a0561220c9500b003c8f99f1934mr3126818vkb.28.1672242931628; Wed, 28 Dec 2022 07:55:31 -0800 (PST) MIME-Version: 1.0 From: Laurence Warne Date: Wed, 28 Dec 2022 15:55:20 +0000 Message-ID: Content-Type: multipart/mixed; boundary="000000000000eb19d505f0e5651b" Received-SPF: pass client-ip=2607:f8b0:4864:20::a2d; envelope-from=laurencewarne@gmail.com; helo=mail-vk1-xa2d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000eb19d505f0e5651b Content-Type: multipart/alternative; boundary="000000000000eb19d205f0e56519" --000000000000eb19d205f0e56519 Content-Type: text/plain; charset="UTF-8" Hi, This patch fixes a minor issue with proced buffers. Previously, the window position would be set to the start of the buffer when a proced buffer was updated and it was not displayed in the selected window. To reproduce: (require 'proced) (setq-default proceed-auto-update-flag t) (M-x proced) Move down to the next process, then change to a different window, and wait a bit. You should see the point in the proced buffer move back to the beginning of the buffer. A similar issue occurs when the proced buffer is not displayed in any window. This patch addresses this by setting the window point (if applicable) whenever a proced buffer is updated, and the second issue by not updating a proced buffer if it is not displayed in any window. I tried to add a test for this, but for example this: (ert-deftest proced-update-preserves-point-test () (proced--within-buffer 'medium 'user (proced--move-to-column "PID") (let ((point (window-point)) (window (split-window))) (select-window window) (bury-buffer) (with-current-buffer "*Proced*" (proced-update t t)) (switch-to-buffer "*Proced*") (should (= point (window-point)))))) passes even without this patch (though if I step through it with edebug-defun it fails as expected). Thanks, Laurence --000000000000eb19d205f0e56519 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

This patch fixes a minor= issue with proced buffers.=C2=A0 Previously, the window position would be = set to the start of the buffer when a proced buffer was updated and it was = not displayed in the selected window.=C2=A0 To reproduce:

(require 'proced)
(setq-default proceed-auto-update-f= lag t)
(M-x proced)

Move down to the nex= t process, then change to a different window, and wait a bit.=C2=A0 You sho= uld see the point in the proced buffer move back to the beginning of the bu= ffer. A similar issue occurs when the proced buffer is not displayed in any= window.

This patch addresses this by setting the = window point (if applicable) whenever a proced buffer is updated, and the s= econd issue by not updating a proced buffer if it is not displayed in any w= indow.

I tried to add a test for this, but for exa= mple this:

(ert-deftest proced-update-preserves-po= int-test ()
=C2=A0 (proced--within-buffer
=C2=A0 =C2=A0'medium=C2=A0 =C2=A0'user
=C2=A0 =C2=A0(proced--move-to-column "PID&q= uot;)
=C2=A0 =C2=A0(let ((point (window-point))
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(window (split-window)))
=C2=A0 =C2=A0 =C2=A0(select-window= window)
=C2=A0 =C2=A0 =C2=A0(bury-buffer)
=C2=A0 =C2=A0 =C2=A0(with-= current-buffer "*Proced*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0(proced-u= pdate t t))
=C2=A0 =C2=A0 =C2=A0(switch-to-buffer "*Proced*")<= br>=C2=A0 =C2=A0 =C2=A0(should (=3D point (window-point))))))
passes even without this patch (though if I step through it wit= h edebug-defun it fails as expected).

Thanks, Laur= ence
--000000000000eb19d205f0e56519-- --000000000000eb19d505f0e5651b Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Preserve-the-window-position-with-proced.patch" Content-Disposition: attachment; filename="0001-Preserve-the-window-position-with-proced.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_lc7u7z4p0 RnJvbSA5MGJmNjY3NWJkZjUwYTBmZDMzOTJiN2FjNGFjYzU2ZTFlNjQzNmM0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBMYXVyZW5jZSBXYXJuZSA8bGF1cmVuY2V3YXJuZUBnbWFpbC5j b20+CkRhdGU6IFRodSwgMjIgRGVjIDIwMjIgMTc6MTY6MDggKzAwMDAKU3ViamVjdDogW1BBVENI XSBQcmVzZXJ2ZSB0aGUgd2luZG93IHBvc2l0aW9uIHdpdGggcHJvY2VkCgpQcmVzZXJ2ZSB0aGUg d2luZG93IHBvc2l0aW9uIGZvciB3aW5kb3dzIHdoaWNoIGRpc3BsYXkgYSBwcm9jZWQgYnVmZmVy LApidXQgYXJlIG5vdCB0aGUgc2VsZWN0ZWQgd2luZG93IHdoZW4gYSBwcm9jZWQgYnVmZmVyIGlz IHVwZGF0ZWQuICBQcmV2aW91c2x5LAp0aGUgd2luZG93IHBvc2l0aW9uIHdvdWxkIGJlIHNldCB0 byB0aGUgc3RhcnQgb2YgdGhlIGJ1ZmZlciB3aGVuIGEKcHJvY2VkIGJ1ZmZlciB3YXMgdXBkYXRl ZCBhbmQgaXQgd2FzIG5vdCBkaXNwbGF5ZWQgaW4gdGhlIHNlbGVjdGVkIHdpbmRvdy4KCiogbGlz cC9wcm9jZWQuZWwgKHByb2NlZC1hdXRvLXVwZGF0ZS10aW1lcik6IE9ubHkgdXBkYXRlIGEgZ2l2 ZW4KcHJvY2VkIGJ1ZmZlciBpZiBpdCBpcyBkaXNwbGF5ZWQgaW4gYSB3aW5kb3cuCihwcm9jZWQt dXBkYXRlKTogU2V0IHRoZSB3aW5kb3cgcG9zaXRpb24gaWYgdGhlIHByb2NlZCBidWZmZXIgaXMK ZGlzcGxheWVkIGluIGEgd2luZG93LgotLS0KIGxpc3AvcHJvY2VkLmVsIHwgMTEgKysrKysrKysr LS0KIDEgZmlsZSBjaGFuZ2VkLCA5IGluc2VydGlvbnMoKyksIDIgZGVsZXRpb25zKC0pCgpkaWZm IC0tZ2l0IGEvbGlzcC9wcm9jZWQuZWwgYi9saXNwL3Byb2NlZC5lbAppbmRleCBjMDllZTE4YThi Li4xMDIxNzFiZWYwIDEwMDY0NAotLS0gYS9saXNwL3Byb2NlZC5lbAorKysgYi9saXNwL3Byb2Nl ZC5lbApAQCAtOTA1LDcgKzkwNSw4IEBAIHByb2NlZC1hdXRvLXVwZGF0ZS10aW1lcgogICAodW5s ZXNzIChzZXEtZmlsdGVyIChsYW1iZGEgKGJ1ZikKICAgICAgICAgICAgICAgICAgICAgICAgICh3 aXRoLWN1cnJlbnQtYnVmZmVyIGJ1ZgogICAgICAgICAgICAgICAgICAgICAgICAgICAod2hlbiAo ZXEgbWFqb3ItbW9kZSAncHJvY2VkLW1vZGUpCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAg KGlmIHByb2NlZC1hdXRvLXVwZGF0ZS1mbGFnCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg KGlmIChhbmQgcHJvY2VkLWF1dG8tdXBkYXRlLWZsYWcKKyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAoZ2V0LWJ1ZmZlci13aW5kb3cgYnVmIHQpKQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAocHJvY2VkLXVwZGF0ZSB0IHQpKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHQpKSkKICAgICAgICAgICAgICAgICAgICAgICAoYnVmZmVyLWxpc3QpKQpAQCAt MTk4Niw3ICsxOTg3LDEzIEBAIHByb2NlZC11cGRhdGUKICAgICA7OyBkb25lCiAgICAgKG9yIHF1 aWV0IChpbnB1dC1wZW5kaW5nLXApCiAgICAgICAgIChtZXNzYWdlIChpZiByZXZlcnQgIlVwZGF0 aW5nIHByb2Nlc3MgaW5mb3JtYXRpb24uLi5kb25lLiIKLSAgICAgICAgICAgICAgICAgICAiVXBk YXRpbmcgcHJvY2VzcyBkaXNwbGF5Li4uZG9uZS4iKSkpKSkKKyAgICAgICAgICAgICAgICAgICAi VXBkYXRpbmcgcHJvY2VzcyBkaXNwbGF5Li4uZG9uZS4iKSkpKQorICA7OyBUaGlzIHNldHMgdGhl IHdpbmRvdyBwb2ludCBmb3IgYWxsIHdpbmRvd3MgZGlzcGxheWluZyB0aGUgUHJvY2VkIGJ1ZmZl cgorICA7OyB3aGljaCBtZWFucyBhbGwgd2luZG93cyB3aWxsIGhhdmUgdGhlaXIgcG9pbnQgc2V0 IHRvIHRoZSBtb3N0IHJlY2VudGx5CisgIDs7IHZpc2l0ZWQgd2luZG93IGRpc3BsYXlpbmcgdGhl IGJ1ZmZlci4gIFBvc3NpYmx5IHdlIGNvdWxkIHNhdmUgYWxsIHdpbmRvdworICA7OyBwb2ludHMg YWhlYWQgb2YgdGltZSwgdGhvdWdoIHRoaXMgaXMgbW9yZSBjb21wbGljYXRlZC4KKyAgKG1hcGMg KGxhbWJkYSAod2luKSAoc2V0LXdpbmRvdy1wb2ludCB3aW4gKHBvaW50KSkpCisgICAgICAgIChn ZXQtYnVmZmVyLXdpbmRvdy1saXN0IChjdXJyZW50LWJ1ZmZlcikpKSkKIAogKGRlZnVuIHByb2Nl ZC1yZXZlcnQgKCZyZXN0IF9hcmdzKQogICAiUmVldmFsdWF0ZSB0aGUgcHJvY2VzcyBsaXN0aW5n IGJhc2VkIG9uIHRoZSBjdXJyZW50bHkgcnVubmluZyBwcm9jZXNzZXMuCi0tIAoyLjMwLjIKCg== --000000000000eb19d505f0e5651b-- From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Dec 2022 17:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Laurence Warne Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.16722476712220 (code B ref 60381); Wed, 28 Dec 2022 17:15:02 +0000 Received: (at 60381) by debbugs.gnu.org; 28 Dec 2022 17:14:31 +0000 Received: from localhost ([127.0.0.1]:58522 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAa0Z-0000Zd-4O for submit@debbugs.gnu.org; Wed, 28 Dec 2022 12:14:30 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52716) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAa0X-0000ZO-5X for 60381@debbugs.gnu.org; Wed, 28 Dec 2022 12:14:25 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pAa0R-0003ge-Vo; Wed, 28 Dec 2022 12:14:20 -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=60ntRp+Hb+aFp4+gzLLtbGXUIu4oFRZZsJN76/XBeEs=; b=IbGqFpegICc1 KTa+/7RPkX1Ldkgc0IcHvGMlbOi4xgeRy0JRzLHaACtEgLUgqIDaGMoxA0xNZleZ8PNuFCbuznGUs u0rpKAkOhGC5oqNNMpl4Y2MPAAOJSyzxb1yExwOLdKVhHc+NJAM875oByVhO/N7yW5UJbadyOYPkq +fy8eQuipDR6R3VW3riWP26hrzDqELyF9V2qEho6RCbHHvHGfh2pV/1xMpYi3oMlDIN4usWQKciwb wcxy1i5H101/DRr50OyAhJdEDLtFdNwYsVNFED8/EAt45ecS0MGaDuzLkeJYHbqXxBiFIjK9nZ8NM LUMd/hPKDVhI4LLR3tJ2dQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pAa0Q-0006SV-7f; Wed, 28 Dec 2022 12:14:19 -0500 Date: Wed, 28 Dec 2022 19:14:29 +0200 Message-Id: <83v8lv8n7u.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Laurence Warne on Wed, 28 Dec 2022 15:55:20 +0000) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Laurence Warne > Date: Wed, 28 Dec 2022 15:55:20 +0000 > > This patch addresses this by setting the window point (if applicable) whenever a proced buffer is updated, > and the second issue by not updating a proced buffer if it is not displayed in any window. I don't think I like the solution for the second issue, since it is a backward-incompatible change. It is not at all obvious that not updating a proced buffer which isn't shown in a window is TRT. Why cannot we simply save and restore point across updates? If the old value of point ends up in a slightly different position (because many processes have died, for example), that is not a disaster. Alternatively, record the process on whose line point was before the update, and try to find the same process after update. From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Laurence Warne Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Dec 2022 20:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167225946219647 (code B ref 60381); Wed, 28 Dec 2022 20:31:02 +0000 Received: (at 60381) by debbugs.gnu.org; 28 Dec 2022 20:31:02 +0000 Received: from localhost ([127.0.0.1]:58786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAd4n-00056o-J8 for submit@debbugs.gnu.org; Wed, 28 Dec 2022 15:31:01 -0500 Received: from mail-ua1-f42.google.com ([209.85.222.42]:46886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAd4k-00056X-NH for 60381@debbugs.gnu.org; Wed, 28 Dec 2022 15:30:59 -0500 Received: by mail-ua1-f42.google.com with SMTP id n9so3778738uao.13 for <60381@debbugs.gnu.org>; Wed, 28 Dec 2022 12:30:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=UqQ0w7NhwXnPGzgGjnMjV+3aPq//vBUlUqFwRPkFUc8=; b=PXgFOJpHC7AY141PItfXCPgzaW5ZwvD/+gjrCCdAvaWZRhZLR+X58yeITWCTfgNKp5 JHcWESVWr0WEylqoDGy7KwNOMp2SkBpKTvm9alzxe4O0W2VGR2cty/vkHffjHW4557c/ tN65OWWLR5t5YH0dZoR06IjyRNI8BM78WcA7hzN46avG0DPTpTorwNSRGFyQTKSNCHJC lbjwjEhT8DGagyA0XXRmO4eVU8++QPDldBQMqejHxlBpwSTYxUMBvoVhmOUHkEZv9W2s K8a5QjKRbOATcL7N4/j0lftO0tC8AtrxtcsSqDKFQ8AuT6ScLCuRX0ScIimElRnbjlj/ jVTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=UqQ0w7NhwXnPGzgGjnMjV+3aPq//vBUlUqFwRPkFUc8=; b=7Qf59jwEDMNp0HJplZEhAcWVspFNStW5VU2rsaSwgEeQbfW9RPBmD5xdx8qd+sVDOk Ow5vj9BvukBrg+aasSsaqvIQpSnxd+Sro061McGi1jsmFCqJ2vK5hJ2NMbjMrMWoEyq3 KILGbOYDLD7Wydx9+3XBGSkoncABy51Jx/VFA9Px4w8b/Uv7h0kBmHMJ35Q69ZiegdAP /1VTFkMYrSagYioekcKBHgdpAsFE3dbx1KiEfAr7LMxC53Bl5ebdDR0UqjpyJkGSYpY4 mRUPxiyk5FD+sTGT98eDCSD9/wwJu510ykjvcgR6eKgSPYmYYZopvjr1LLpTIAQDcWTu sV8Q== X-Gm-Message-State: AFqh2kp3sbXcc8DIsbKKTe2poC9lnUa9VPCA/jtlDQXFvEPSvKpa7eCU 3KI4wuFLHE04Br3muuHh0yrRvQiz06HIvnACUrugzUFhJ+s= X-Google-Smtp-Source: AMrXdXvZNlO6ysqclSxn2OTeU9s8J4xn8s1t764KBBCthKzmG+NbxLG9PjFSkJHTCNkp+T5kQf/uuM93L7ufJ1NPtfE= X-Received: by 2002:ab0:6253:0:b0:404:3611:fb13 with SMTP id p19-20020ab06253000000b004043611fb13mr2237974uao.54.1672259452907; Wed, 28 Dec 2022 12:30:52 -0800 (PST) MIME-Version: 1.0 References: <83v8lv8n7u.fsf@gnu.org> In-Reply-To: <83v8lv8n7u.fsf@gnu.org> From: Laurence Warne Date: Wed, 28 Dec 2022 20:30:41 +0000 Message-ID: Content-Type: multipart/alternative; boundary="000000000000a9b34405f0e93e53" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000a9b34405f0e93e53 Content-Type: text/plain; charset="UTF-8" > I don't think I like the solution for the second issue, since it is a > backward-incompatible change. It is not at all obvious that not > updating a proced buffer which isn't shown in a window is TRT. Fair enough, I'll revert this and try and think of another solution. > Alternatively, record the process on whose line point was before the > update, and try to find the same process after update. I believe this is currently what proced-update tries to do, it works as expected when an update occurs and the buffer is displayed in the selected window (so if the process your point is on moves down a row, the point will follow), but when the buffer is not displayed in the selected window, I find the point is always reset to the beginning of the buffer regardless of the process which was under point prior to the update. In the end of proced-update, the patch sets all the window points to the new buffer point (recently set by proced-update to reflect the position of the new process), similar to what append-to-buffer does, if that makes sense. --000000000000a9b34405f0e93e53 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

> I don't think I like t= he solution for the second issue, since it is a
> backward-incompatible change.=C2=A0 It is not at all obvious that not<= br>
> updating a proced buffer which isn't shown in a window is TRT.

Fair enough, I'll revert this and try and think o= f another solution.

> Alternatively, record the= process on whose line point was before the
> update, and try to find the same process after update.

<= /div>
I believe this is currently what proced-update tries to do, it wo= rks as expected when an update occurs and the buffer is displayed in the se= lected window (so if the process your point is on moves down a row, the poi= nt will follow), but when the buffer is not displayed in the selected windo= w, I find the point is always reset to the beginning of the buffer regardle= ss of the process which was under point prior to the update.=C2=A0 In the e= nd of proced-update, the patch sets all the window points to the new buffer= point (recently set by proced-update to reflect the position of the new pr= ocess), similar to what append-to-buffer does, if that makes sense.
--000000000000a9b34405f0e93e53-- From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Dec 2022 06:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Laurence Warne Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167229413921250 (code B ref 60381); Thu, 29 Dec 2022 06:09:02 +0000 Received: (at 60381) by debbugs.gnu.org; 29 Dec 2022 06:08:59 +0000 Received: from localhost ([127.0.0.1]:59145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAm66-0005Wg-GU for submit@debbugs.gnu.org; Thu, 29 Dec 2022 01:08:58 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38122) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAm63-0005WO-VO for 60381@debbugs.gnu.org; Thu, 29 Dec 2022 01:08:56 -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 ) id 1pAm5y-0006U7-Pf; Thu, 29 Dec 2022 01:08:50 -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=U5niAyz2T/CLnFETmcr2YG9bFbEP3qDugJCAG0CI+QQ=; b=hcmdBwIjCTDT o54BYrV1oZDmczaKy9+23lf/pcrXaj0pBLu4fHVM7lgBsyRGFzdPhOJnTwFawSdMzqSVblzRvTyFt xZQpwjbsY/Gzi9B9LEuC3f4bpPiXz2MadOKCPXC1eWXbm6xjQFNTHCZYG8b2B3WykyUny4D0PgXaU 5nZ6j2tfh/NYqWS5AFMbrMWeidi+ZqWTM4MmhJCHXS+ONm5EJdUpBTypvaLRzVv6iQHvYdZN3QgAs FLMvnB4NesXf4apCBs5ddEP74e6VQ2fx/eMeflIW3/MUz3+q3P41lTbmrGScH6vMSVguERJe7QSZw Euhzlfvrl1ado3OECW5atQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pAm5y-0000AB-2u; Thu, 29 Dec 2022 01:08:50 -0500 Date: Thu, 29 Dec 2022 08:09:01 +0200 Message-Id: <83pmc291xe.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Laurence Warne on Wed, 28 Dec 2022 20:30:41 +0000) References: <83v8lv8n7u.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Laurence Warne > Date: Wed, 28 Dec 2022 20:30:41 +0000 > Cc: 60381@debbugs.gnu.org > > > Alternatively, record the process on whose line point was before the > > update, and try to find the same process after update. > > I believe this is currently what proced-update tries to do, it works as expected when an update occurs and > the buffer is displayed in the selected window (so if the process your point is on moves down a row, the > point will follow), but when the buffer is not displayed in the selected window, I find the point is always reset > to the beginning of the buffer regardless of the process which was under point prior to the update. This sounds like some kind of bug, or perhaps we have some knob to control this behavior. So I think you should investigate why the difference between selected and non-select windows, and why a buffer that is not displayed behaves like that. When you find the reason(s), we could discuss possible solutions. The solutions you describe (both of them, actually) sound like workarounds to me: we let Emacs do whatever nonsensical thing it does, and the correct the results. It is better to find a way of avoiding the wrong behavior in the first place. Btw, the variable switch-to-buffer-preserve-window-point may have something to do with at least some of the behaviors you see. Thanks. From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Laurence Warne Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Dec 2022 12:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167231835918032 (code B ref 60381); Thu, 29 Dec 2022 12:53:02 +0000 Received: (at 60381) by debbugs.gnu.org; 29 Dec 2022 12:52:39 +0000 Received: from localhost ([127.0.0.1]:59448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAsOl-0004gm-De for submit@debbugs.gnu.org; Thu, 29 Dec 2022 07:52:39 -0500 Received: from mail-vk1-f178.google.com ([209.85.221.178]:44725) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAsOi-0004gZ-S3 for 60381@debbugs.gnu.org; Thu, 29 Dec 2022 07:52:37 -0500 Received: by mail-vk1-f178.google.com with SMTP id w26so310386vkm.11 for <60381@debbugs.gnu.org>; Thu, 29 Dec 2022 04:52:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=c3UXaJJk2c7ln44JRQixtA9djmHSt/8rSmY2Dg5Q6Is=; b=QQRoP7ijAzZDIfZXNzLPFDaQzUt1nh/RY2sEuXv4whtDZUSjWjnFtAMkqHkrsv8tdf fYiTNvJmBXCXsJ39uDoWOzEIFM2mjHwaY2tkTEZ3lNj49soxhMVa/ozrMmKK7DD2zhVx jPQ+j0meToElpOq6/EcwCaAc2xJ8gUVUrcLp96jQRph4HV25PPgIkCiFGhfMcpqQC/Tk wfW3eo7eIdzu+kE6xu3e21H404siG3stJ1iCFGuYtDqCSf5gobTCK0z+JynAAaCT1uXP yCALepr6zkvUUMUgcgADHDVbrCVrc83tXgoJa27d0HUzQIWW78FFYHBb6H5VzSOET4+D EKug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=c3UXaJJk2c7ln44JRQixtA9djmHSt/8rSmY2Dg5Q6Is=; b=AE2d3Ss5FxUzu3RPaQW69hdJL8JqklhbGFT3hwCL1FmqCLsG7hp9+dBpnJR9BiQw0i fW22pqusWa9iQQWgf1/efl6WLXLptPIej6kV3/O8kdaGPBLGO28m9+d5GV3LhZIcOAKr sPDZBtrT02kccO86BDYlW3ywgdoLzoMg2Bs5CpEjjt5HQPTFpw0BwQdRvqO0UfxPqSgW CT4eU/9oER1iFqZ5a3hDZO8BioQaSMu5qOtnFmqu78UIjXmO1dglJPl50YsoCnlyatEF KKS4hVQ6DLxOAPzjrnxSwwRtSE4k8QIeoRc2hpstw4BRzzVZxSlnJ6T/tQ/65zz8832R waBA== X-Gm-Message-State: AFqh2kqhSactIheGcanjUpMzOWizNbEyDLnKh4LEmxEngw6/Hf1lO60n 5xa5VRr9iB7CvsrBOP8IksXxOZ/SBb1rZ3tyEQfvo8x3cy4= X-Google-Smtp-Source: AMrXdXuGgaPrCI+snai9aYFWZ1Z5NpE/P/q3yhnobyPTj+WH1m2v/ixZVsIht5WoTtbx90ecHAXaMlU1DvarOdm9l1Q= X-Received: by 2002:a1f:9054:0:b0:3d5:77ce:27a4 with SMTP id s81-20020a1f9054000000b003d577ce27a4mr956297vkd.26.1672318351232; Thu, 29 Dec 2022 04:52:31 -0800 (PST) MIME-Version: 1.0 References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> In-Reply-To: <83pmc291xe.fsf@gnu.org> From: Laurence Warne Date: Thu, 29 Dec 2022 12:52:20 +0000 Message-ID: Content-Type: multipart/alternative; boundary="00000000000046d32405f0f6f5d8" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000046d32405f0f6f5d8 Content-Type: text/plain; charset="UTF-8" I've logged the buffer and window point at certain lines (most important is before/after erase-buffer on line 1911) in a few run throughs of proced-update, first when the selected window displays a proced buffer: before update: window point: 20121, buffer point: 20121 after goto-char min: window point: 1, buffer point: 1 before erase buffer: window point: 1, buffer point: 1 after erase buffer: window point: 1, buffer point: 1 after update: window point: 20121, buffer point: 20121 So this is expected since buffer point always mirrors window point for the selected window's displayed buffer. Next, when the selected window doesn't display a proced buffer, but there does exist a window displaying a proced buffer (the window point logged corresponds to the window point of the window containing the proced buffer): before update: window point: 20235, buffer point: 20235 after goto-char min: window point: 20235, buffer point: 1 before erase buffer: window point: 20235, buffer point: 1 after erase buffer: window point: 1, buffer point: 1 after update: window point: 1, buffer point: 20235 So my understanding is since the selected window does not display a proced buffer, the window point is not updated in line with the buffer point, but the erase-buffer call sets the window point to start of the buffer, and so this is not updated in line with the buffer point in the subsequent insertion of processes. The last case (the second issue) where no window shows a proced buffer is similar to the previous, but erase buffer instead appears to set pos for the proced buffer's value in (window-prev-buffers) if it's the case a window has shown a proced buffer previously. --00000000000046d32405f0f6f5d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've logged the buffer and window point at certai= n lines (most important is before/after erase-buffer on line 1911) in a few= run throughs of proced-update, first when the selected window displays a p= roced buffer:

before update: window point: 20121, = buffer point: 20121
after goto-char min: window point: 1, buffer point: = 1
before erase buffer: window point: 1, buffer point: 1
after erase b= uffer: window point: 1, buffer point: 1
after update: window point: 2012= 1, buffer point: 20121

So this is expected since b= uffer point always mirrors window point for the selected window's displ= ayed buffer.=C2=A0 Next, when the selected window doesn't display a pro= ced buffer, but there does exist a window displaying a proced buffer (the w= indow point logged corresponds to the window point of the window containing= the proced buffer):

before update: window point: = 20235, buffer point: 20235
after goto-char min: window point: 20235, buf= fer point: 1
before erase buffer: window point: 20235, buffer point: 1after erase buffer: window point: 1, buffer point: 1
after update: win= dow point: 1, buffer point: 20235

So my understand= ing is since the selected window does not display a proced buffer, the wind= ow point is not updated in line with the buffer point, but the erase-buffer= call sets the window point to start of the buffer, and so this is not upda= ted in line with the buffer point in the subsequent insertion of processes.=

The last case (the second issue) where no window = shows a proced buffer is similar to the previous, but erase buffer instead = appears to set pos for the proced buffer's value in (window-prev-buffer= s) if it's the case a window has shown a proced buffer previously.
<= /div>
--00000000000046d32405f0f6f5d8-- From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Dec 2022 14:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Laurence Warne Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167232296625394 (code B ref 60381); Thu, 29 Dec 2022 14:10:02 +0000 Received: (at 60381) by debbugs.gnu.org; 29 Dec 2022 14:09:26 +0000 Received: from localhost ([127.0.0.1]:59538 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAtb4-0006bV-3n for submit@debbugs.gnu.org; Thu, 29 Dec 2022 09:09:26 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAtb1-0006bF-1n for 60381@debbugs.gnu.org; Thu, 29 Dec 2022 09:09:24 -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 ) id 1pAtav-0003lC-Ra; Thu, 29 Dec 2022 09:09:17 -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=9+A/5ZxwyMXV5atHhE/Z+mmsyRRyBc6nxIHPTEf5wP8=; b=iH2X7bgxdXUl 4jCfjXg+KIqBW6qUQJO/sl0rvq+uk6CrJODmA6vTyjK2IdSTjHy/xLZzUUe0lS8QZTcaf0E68JN6L vDQPZCLctDjQwhXhtz9IRtzE7MjFKTyMRAIw1VVIdNRMA4kk174bqQHdx2TkxCgLhlWVRtH5yJvjG 2oTNmeGZ756JhaS/rUiz9Cztf/DfjTpgfDDGDPTIoVFq5nHu6i4QdFT66pxhfqa3WCHtjlbsAmnMY UYMp0xC209ldMoWBYV9ynu/lC0Hi80hWsngrU0MVMdkYyoRhzZAHh8fyymVYiXdC797RHvRmEX482 btS4LfEPUPt1pPKgCnTerw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pAtav-0005xq-CF; Thu, 29 Dec 2022 09:09:17 -0500 Date: Thu, 29 Dec 2022 16:09:30 +0200 Message-Id: <83bknm8fol.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Laurence Warne on Thu, 29 Dec 2022 12:52:20 +0000) References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Laurence Warne > Date: Thu, 29 Dec 2022 12:52:20 +0000 > Cc: 60381@debbugs.gnu.org > > before update: window point: 20235, buffer point: 20235 > after goto-char min: window point: 20235, buffer point: 1 > before erase buffer: window point: 20235, buffer point: 1 > after erase buffer: window point: 1, buffer point: 1 > after update: window point: 1, buffer point: 20235 > > So my understanding is since the selected window does not display a proced buffer, the window point is not > updated in line with the buffer point, but the erase-buffer call sets the window point to start of the buffer, and > so this is not updated in line with the buffer point in the subsequent insertion of processes. Why cannot proced update point when the window is not the selected one? > The last case (the second issue) where no window shows a proced buffer is similar to the previous, but > erase buffer instead appears to set pos for the proced buffer's value in (window-prev-buffers) if it's the case > a window has shown a proced buffer previously. Same question here. And I don't think I understand how the above explains why searching for the same process also fails. That should be independent of whether the buffer is displayed in the selected window or in any window. From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Dec 2022 17:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Laurence Warne Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167233543515832 (code B ref 60381); Thu, 29 Dec 2022 17:38:01 +0000 Received: (at 60381) by debbugs.gnu.org; 29 Dec 2022 17:37:15 +0000 Received: from localhost ([127.0.0.1]:60986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAwqB-00047I-5B for submit@debbugs.gnu.org; Thu, 29 Dec 2022 12:37:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAwqA-000476-AF for 60381@debbugs.gnu.org; Thu, 29 Dec 2022 12:37: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 ) id 1pAwq4-0007Lt-VM; Thu, 29 Dec 2022 12:37:08 -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=47k1jKYNu19u9XfVIebzgmg6Cl/1Ua1v1RKpvLyrqZk=; b=lrahfll7DR3c LuqYAJuJsSIWprplaItiUYVqgYK0k9gbkImojz2x7kUNGM5rhkIazBmK+JZsa7OCYX5w4q3yo+whG 3E5fOGZ6zAbvwtqP4i0tBxFkQAMbd2v+vWTc1bObHFL1iAQibhrNzJFDEL1v8WIO/b+pE8g2OfOjJ W7/B55mQnmI6xGeAc1z48ZS9QGlqxWSzT1MyYBvlwdY5gYOXTvyDez9M19SUK5HpSki1U+3yytefC LLnMvgo6EQ9RFqekCenTB+CFmeDSv8TpsD925fHvLRlReu8gc4U91qnN0f+lToKYudG1W/BbL4y0+ 2EAKZlWthFBiglRWnkHmwg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pAwq4-0000PG-8d; Thu, 29 Dec 2022 12:37:08 -0500 Date: Thu, 29 Dec 2022 19:37:21 +0200 Message-Id: <83358y8626.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Laurence Warne on Thu, 29 Dec 2022 17:07:42 +0000) References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> <83bknm8fol.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [Why private email?] > From: Laurence Warne > Date: Thu, 29 Dec 2022 17:07:42 +0000 > > > Why cannot proced update point when the window is not the selected > > one? > > Say window A is displaying a proced buffer and is not selected. Unless my understanding from > https://www.gnu.org/software/emacs/manual/html_node/elisp/Window-Point.html is wrong, whenever > proced-update uses goto-char, it would not update the window point in window A, but erase-buffer would, by > setting the window point of A to the beginning of the buffer. You need to use set-window-point in that case, yes. But if the buffer is not displayed, there should be no problem, and at most you will have to set the local value of switch-to-buffer-preserve-window-point to nil in proced buffers. From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Laurence Warne Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Jan 2023 16:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167293441820088 (code B ref 60381); Thu, 05 Jan 2023 16:01:02 +0000 Received: (at 60381) by debbugs.gnu.org; 5 Jan 2023 16:00:18 +0000 Received: from localhost ([127.0.0.1]:52662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDSfB-0005Dt-G6 for submit@debbugs.gnu.org; Thu, 05 Jan 2023 11:00:18 -0500 Received: from mail-vs1-f44.google.com ([209.85.217.44]:42969) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDSf8-0005DZ-Uh for 60381@debbugs.gnu.org; Thu, 05 Jan 2023 11:00:15 -0500 Received: by mail-vs1-f44.google.com with SMTP id m2so38466875vsv.9 for <60381@debbugs.gnu.org>; Thu, 05 Jan 2023 08:00:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=7t3Z3VyuWGfVmKitIyB6btPaDpjZpdK8nQolCAPo7B4=; b=D201mJCY1gT8Z2KdEqXhazI3fu7G/2lgHoW7NpNm6e1K3Sn0KnMJjbu3ZSR7I1YTbU y+Gdq4EN7XcE/uaYeaTZr2GdSNJpmwlJjuGVroersg83rTKtUNslTh/C4+CKkUbFccW0 zWxBdY4VlRJ7E2RUfez60LkW0CIguJGFZnYKkXJ25/CZZV9IXMez2DCvOKAxRhbM2Sir VpomGazVLA5HycTLPtf5p8OmUzoTyWRAZcWI2zpHQrAbgLIyKAC6I0tyOnHZcW2ALTp7 zZURlOkxcQC1p3zyhPITtJOFNEststBFOj499sks+vJI5D9d91Jod/o9DLkMvd/glISj g90Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7t3Z3VyuWGfVmKitIyB6btPaDpjZpdK8nQolCAPo7B4=; b=Km7LMaf5fvhju2OwOiGqDDFo8I88Ey39UvzT/0DfRAD+NG6VTTvbq+aPXCBDJDn9Jq mJVRC9YCZlslwHARokOeozAVDPWnjndopsg/t8QfNMKColGPzGUCv7ZwK8gr//2HW0v5 jPJ5NSQ5iDONd6+l+0XT8JPVl8+itjVtoF3CIkvk49Hu/w9h16LsqiL9Yo9qQyqdTHM8 bW84QQ/wMsRPWJISihm023NWr5Q1TfyvSuin9yfGHXxJTovbXfTdz9DRLcqcu//xWjjm uBzHASJI5vkA8/W/FbfjYvCfI5bOUMhipuj5tIepEn9mz05jyXapF5D9Og8swEp0oX0V agGQ== X-Gm-Message-State: AFqh2koKZgUjGcXTzC9onJIYmuGWjfhzoV35mcibHPHxhY/NbnMOed0Q +wLMp79QJOAsyULUKVLfv76KkBGI8UEsj966VA3MSo0OuwE= X-Google-Smtp-Source: AMrXdXtOngKZIH8HKjMbXjUq/Mh2bX5EehAIgLURwb7aXDOpr2g74BIbkGvHqtZvb05zegv6gk52Uc42yKFTqb6YDH8= X-Received: by 2002:a67:d482:0:b0:3cb:e00c:48a2 with SMTP id g2-20020a67d482000000b003cbe00c48a2mr2835776vsj.67.1672934408953; Thu, 05 Jan 2023 08:00:08 -0800 (PST) MIME-Version: 1.0 References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> <83bknm8fol.fsf@gnu.org> <83358y8626.fsf@gnu.org> In-Reply-To: <83358y8626.fsf@gnu.org> From: Laurence Warne Date: Thu, 5 Jan 2023 15:59:57 +0000 Message-ID: Content-Type: multipart/mixed; boundary="0000000000002db30605f1866524" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000002db30605f1866524 Content-Type: multipart/alternative; boundary="0000000000002db30305f1866522" --0000000000002db30305f1866522 Content-Type: text/plain; charset="UTF-8" Hi, Minor update, whilst working on the first case, I've come across some strange behaviour which causes the window position to be reset to (point-min) in some circumstances. To reproduce this with a more minimal setup than proced-update (I've also asked here: https://emacs.stackexchange.com/questions/75165/window-point-reset-after-update ): (defun example () (interactive) (let* ((buf (get-buffer-create "*Example*")) (w-points (mapcar (lambda (win) `(,win . ,(window-point win))) (get-buffer-window-list buf)))) (with-current-buffer buf (let ((buf-point (point))) (erase-buffer) (insert "line1\nline2\nline3\nline4\nline5") (goto-char buf-point) (mapc (lambda (wp) (set-window-point (car wp) (cdr wp))) w-points))) (message "Ran update"))) (setq example-timer (run-at-time t 5 #'example)) Now with a configuration of two windows, switch to the example buffer in one of them, and move down a few lines. Switch to the other window, you should see the window point stay the same after every update. If you then invoke M-x, wait for an update to occur, and then cancel the invocation using C-g, then you should see the point in the window displaying the example buffer go back to the start of the window. I've created a video here: https://user-images.githubusercontent.com/17688577/210167335-f7a4d50f-dbaf-4ffc-b1e0-38c5612ed2e3.mp4. I'm a bit confused by this, any pointers would be greatly appreciated. On the upside, I've managed to put together a test which won't pass without the patch. In terms of the difference between this patch and the original, the new patch maintains the window point for all windows which display a proced buffer. The original just set the window point for one, as a consequence all windows displaying the proced buffer in question would have their point set to the most recently visited window displaying the buffer. I've had to extract out some logic from proced-update to separate functions, and so this patch is a bit more invasive. Thanks, Laurence --0000000000002db30305f1866522 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Minor u= pdate, whilst working on the first case, I've come across some strange = behaviour which causes the window position to be reset to (point-min) in so= me circumstances.=C2=A0 To reproduce this with a more minimal setup than pr= oced-update (I've also asked here: https://emacs.stack= exchange.com/questions/75165/window-point-reset-after-update):

(defun example ()
  (interactive)
  (let* ((buf (get-buffer-create =
"*Example*"))
         (w-points (mapcar (lambda (win)
                             `(,win . ,(window-point win)))
                           (get-buffer-wind=
ow-list buf))))
    (with-current-buffer buf
      (let ((buf-point (point)))
        (erase-buffer)
        (insert "line1\nline2\nline3\nline4\nline5")
        (goto-char buf-point)
        (mapc (lambda (wp) (set-window-point (car wp) (cdr wp))) w=
-points)))
    (message "Ran update")))

(setq example-timer (run-at-time t 5 #'example))

Now with a configuration of two windows, switch to the example buffer in one of them, and move down a few lines. Switch to the other window, you should see the window point stay the same after every update.

If you then invoke M-x, wait for an update to occur, and th= en cancel the invocation using C-g, then you should see the po= int in the window displaying the example buffer go back to the start of the= window. I've created a video here: https://= user-images.githubusercontent.com/17688577/210167335-f7a4d50f-dbaf-4ffc-b1e= 0-38c5612ed2e3.mp4.=C2=A0 I'm a bit confused by this, any pointers = would be greatly appreciated.

On the upside, I've man= aged to put together a test which won't pass without the patch.

In terms of the difference between this patch and the ori= ginal, the new patch maintains the window point for all windows which displ= ay a proced buffer.=C2=A0 The original just set the window point for one, a= s a consequence all windows displaying the proced buffer in question would = have their point set to the most recently visited window displaying the buf= fer.=C2=A0=C2=A0 I've had to extract out some logic from proced-update = to separate functions, and so this patch is a bit more invasive.
<= div>
Thanks, Laurence
--0000000000002db30305f1866522-- --0000000000002db30605f1866524 Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Preserve-the-window-position-with-proced.patch" Content-Disposition: attachment; filename="0001-Preserve-the-window-position-with-proced.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_lcj9v30q0 RnJvbSBkMjEzNTIxMWNmNWFkY2MyYTUxMGY3ZDI1MGQ1MjBlOGZiNThhM2Q5IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBMYXVyZW5jZSBXYXJuZSA8bGF1cmVuY2V3YXJuZUBnbWFpbC5j b20+CkRhdGU6IFRodSwgMjIgRGVjIDIwMjIgMTc6MTY6MDggKzAwMDAKU3ViamVjdDogW1BBVENI XSBQcmVzZXJ2ZSB0aGUgd2luZG93IHBvc2l0aW9uIHdpdGggcHJvY2VkCgpQcmVzZXJ2ZSB0aGUg d2luZG93IHBvc2l0aW9uIGZvciB3aW5kb3dzIHdoaWNoIGRpc3BsYXkgYSBwcm9jZWQgYnVmZmVy LApidXQgYXJlIG5vdCB0aGUgc2VsZWN0ZWQgd2luZG93IHdoZW4gYSBwcm9jZWQgYnVmZmVyIGlz IHVwZGF0ZWQuICBQcmV2aW91c2x5LAp0aGUgd2luZG93IHBvc2l0aW9uIHdvdWxkIGJlIHNldCB0 byB0aGUgc3RhcnQgb2YgdGhlIGJ1ZmZlciB3aGVuIGEKcHJvY2VkIGJ1ZmZlciB3YXMgdXBkYXRl ZCBhbmQgaXQgd2FzIG5vdCBkaXNwbGF5ZWQgaW4gdGhlIHNlbGVjdGVkIHdpbmRvdy4KCiogbGlz cC9wcm9jZWQuZWwgKHByb2NlZC1hdXRvLXVwZGF0ZS10aW1lcik6IE9ubHkgdXBkYXRlIGEgZ2l2 ZW4KcHJvY2VkIGJ1ZmZlciBpZiBpdCBpcyBkaXNwbGF5ZWQgaW4gYSB3aW5kb3cuCihwcm9jZWQt dXBkYXRlKTogU2V0IHRoZSB3aW5kb3cgcG9zaXRpb24gaWYgdGhlIHByb2NlZCBidWZmZXIgaXMK ZGlzcGxheWVkIGluIGEgd2luZG93LgoqIHRlc3QvbGlzcC9wcm9jZWQtdGVzdHMuZWwKKHByb2Nl ZC11cGRhdGUtcHJlc2VydmVzLXBpZC1hdC1wb2ludC10ZXN0KTogTmV3IHRlc3QuCi0tLQogbGlz cC9wcm9jZWQuZWwgICAgICAgICAgICB8IDEwMyArKysrKysrKysrKysrKysrKysrKysrKysrKy0t LS0tLS0tLS0tLQogdGVzdC9saXNwL3Byb2NlZC10ZXN0cy5lbCB8ICAxNyArKysrKysrCiAyIGZp bGVzIGNoYW5nZWQsIDg3IGluc2VydGlvbnMoKyksIDMzIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdp dCBhL2xpc3AvcHJvY2VkLmVsIGIvbGlzcC9wcm9jZWQuZWwKaW5kZXggYzA5ZWUxOGE4Yi4uODU4 NTQwZDU0MCAxMDA2NDQKLS0tIGEvbGlzcC9wcm9jZWQuZWwKKysrIGIvbGlzcC9wcm9jZWQuZWwK QEAgLTc5Miw2ICs3OTIsNTIgQEAgcHJvY2VkLXBpZC1hdC1wb2ludAogICAgIChpZiAobG9va2lu Zy1hdCAiXi4gLiIpCiAgICAgICAgIChnZXQtdGV4dC1wcm9wZXJ0eSAobWF0Y2gtZW5kIDApICdw cm9jZWQtcGlkKSkpKQogCisoZGVmdW4gcHJvY2VkLS1wb3NpdGlvbi1pbmZvIChwb3MpCisgICJS ZXR1cm4gaW5mb3JtYXRpb24gb2YgdGhlIHByb2Nlc3MgYXQgUE9TLgorCitUaGUgcmV0dXJuZWQg aW5mb3JtYXRpb24gd2lsbCBoYXZlIHRoZSBmb3JtIGAoUElEIEtFWSBDT0xVTU4pJyB3aGVyZQor UElEIGlzIHRoZSBwcm9jZXNzIElEIG9mIHRoZSBwcm9jZXNzIGF0IHBvaW50LCBLRVkgaXMgdGhl IHZhbHVlIG9mIHRoZQorcHJvY2VkLWtleSB0ZXh0IHByb3BlcnR5IGF0IHBvaW50LCBhbmQgQ09M VU1OIGlzIHRoZSBjb2x1bW4gZm9yIHdoaWNoIHRoZQorY3VycmVudCB2YWx1ZSBvZiB0aGUgcHJv Y2VkLWtleSB0ZXh0IHByb3BlcnR5IHN0YXJ0cywgb3IgMCBpZiBLRVkgaXMgbmlsLiIKKyAgOzsg SWYgcG9pbnQgaXMgb24gYSBmaWVsZCwgd2UgdHJ5IHRvIHJldHVybiBwb2ludCB0byB0aGF0IGZp ZWxkLgorICA7OyBPdGhlcndpc2Ugd2UgdHJ5IHRvIHJldHVybiB0byB0aGUgc2FtZSBjb2x1bW4K KyAgKHNhdmUtZXhjdXJzaW9uCisgICAgKGdvdG8tY2hhciBwb3MpCisgICAgKGxldCAoKHBpZCAo cHJvY2VkLXBpZC1hdC1wb2ludCkpCisgICAgICAgICAgKGtleSAoZ2V0LXRleHQtcHJvcGVydHkg KHBvaW50KSAncHJvY2VkLWtleSkpKQorICAgICAgKGxpc3QgcGlkIGtleSA7IGNhbiBib3RoIGJl IG5pbAorICAgICAgICAgICAgKGlmIGtleQorICAgICAgICAgICAgICAgIChpZiAoZ2V0LXRleHQt cHJvcGVydHkgKDEtIChwb2ludCkpICdwcm9jZWQta2V5KQorICAgICAgICAgICAgICAgICAgICAo LSAocG9pbnQpIChwcmV2aW91cy1zaW5nbGUtcHJvcGVydHktY2hhbmdlCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIChwb2ludCkgJ3Byb2NlZC1rZXkpKQorICAgICAgICAgICAgICAg ICAgMCkKKyAgICAgICAgICAgICAgKGN1cnJlbnQtY29sdW1uKSkpKSkpCisKKyhkZWZ1biBwcm9j ZWQtLWRldGVybWluZS1wb3MgKGtleSBjb2x1bW4pCisgICJSZXR1cm4gdGhlIHBvaW50IGluIHRo ZSBjdXJyZW50IGxpbmUgdXNpbmcgS0VZIGFuZCBDT0xVTU4uCisKK0F0dGVtcHQgdG8gZmluZCB0 aGUgZmlyc3QgcG9zaXRpb24gb24gdGhlIGN1cnJlbnQgbGluZSB3aGVyZSB0aGUKK3RleHQgcHJv cGVydHkgcHJvY2VkLWtleSBpcyBlcXVhbCB0byBLRVkuICBJZiB0aGlzIGlzIG5vdCBwb3NzaWJs ZSwgcmV0dXJuCit0aGUgcG9pbnQgb2YgY29sdW1uIENPTFVNTiBvbiB0aGUgY3VycmVudCBsaW5l LiIKKyAgKHNhdmUtZXhjdXJzaW9uCisgICAgKGxldCAobmV3LXBvcykKKyAgICAgIChpZiBrZXkK KyAgICAgICAgICAobGV0ICgobGltaXQgKGxpbmUtZW5kLXBvc2l0aW9uKSkgcG9zKQorICAgICAg ICAgICAgKHdoaWxlIChhbmQgKG5vdCBuZXctcG9zKQorICAgICAgICAgICAgICAgICAgICAgICAg KHNldHEgcG9zIChuZXh0LXByb3BlcnR5LWNoYW5nZSAocG9pbnQpIG5pbCBsaW1pdCkpKQorICAg ICAgICAgICAgICAoZ290by1jaGFyIHBvcykKKyAgICAgICAgICAgICAgKHdoZW4gKGVxIGtleSAo Z2V0LXRleHQtcHJvcGVydHkgKHBvaW50KSAncHJvY2VkLWtleSkpCisgICAgICAgICAgICAgICAg KGZvcndhcmQtY2hhciAobWluIGNvbHVtbiAoLSAobmV4dC1wcm9wZXJ0eS1jaGFuZ2UgKHBvaW50 KSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChwb2ludCkp KSkKKyAgICAgICAgICAgICAgICAoc2V0cSBuZXctcG9zIChwb2ludCkpKSkKKyAgICAgICAgICAg ICh1bmxlc3MgbmV3LXBvcworICAgICAgICAgICAgICA7OyB3ZSBmb3VuZCB0aGUgcHJvY2Vzcywg YnV0IHRoZSBmaWVsZCBvZiBwb2ludAorICAgICAgICAgICAgICA7OyBpcyBub3QgbGlzdGVkIGFu eW1vcmUKKyAgICAgICAgICAgICAgKHNldHEgbmV3LXBvcyAocHJvY2VkLW1vdmUtdG8tZ29hbC1j b2x1bW4pKSkpCisgICAgICAgIChzZXRxIG5ldy1wb3MgKG1pbiAoKyAobGluZS1iZWdpbm5pbmct cG9zaXRpb24pIGNvbHVtbikKKyAgICAgICAgICAgICAgICAgICAgICAgICAgIChsaW5lLWVuZC1w b3NpdGlvbikpKSkKKyAgICAgIG5ldy1wb3MpKSkKKwogOzsgcHJvY2VkIG1vZGUKIAogKGRlZmlu ZS1kZXJpdmVkLW1vZGUgcHJvY2VkLW1vZGUgc3BlY2lhbC1tb2RlICJQcm9jZWQiCkBAIC0xODg5 LDE3ICsxOTM1LDEwIEBAIHByb2NlZC11cGRhdGUKICAgKGlmIChjb25zcCBidWZmZXItdW5kby1s aXN0KQogICAgICAgKHNldHEgYnVmZmVyLXVuZG8tbGlzdCBuaWwpKQogICAobGV0ICgoYnVmZmVy LXVuZG8tbGlzdCB0KQotICAgICAgICA7OyBJZiBwb2ludCBpcyBvbiBhIGZpZWxkLCB3ZSB0cnkg dG8gcmV0dXJuIHBvaW50IHRvIHRoYXQgZmllbGQuCi0gICAgICAgIDs7IE90aGVyd2lzZSB3ZSB0 cnkgdG8gcmV0dXJuIHRvIHRoZSBzYW1lIGNvbHVtbgotICAgICAgICAob2xkLXBvcyAobGV0ICgo cGlkIChwcm9jZWQtcGlkLWF0LXBvaW50KSkKLSAgICAgICAgICAgICAgICAgICAgICAgKGtleSAo Z2V0LXRleHQtcHJvcGVydHkgKHBvaW50KSAncHJvY2VkLWtleSkpKQotICAgICAgICAgICAgICAg ICAgIChsaXN0IHBpZCBrZXkgOyBjYW4gYm90aCBiZSBuaWwKLSAgICAgICAgICAgICAgICAgICAg ICAgICAoaWYga2V5Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgIChpZiAoZ2V0LXRleHQt cHJvcGVydHkgKDEtIChwb2ludCkpICdwcm9jZWQta2V5KQotICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgKC0gKHBvaW50KSAocHJldmlvdXMtc2luZ2xlLXByb3BlcnR5LWNoYW5nZQot ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKHBvaW50KSAncHJv Y2VkLWtleSkpCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCkKLSAgICAgICAgICAg ICAgICAgICAgICAgICAgIChjdXJyZW50LWNvbHVtbikpKSkpCisgICAgICAgICh3aW5kb3ctcG9z LWluZm9zCisgICAgICAgICAobWFwY2FyIChsYW1iZGEgKHcpIGAoLHcgLiAsKHByb2NlZC0tcG9z aXRpb24taW5mbyAod2luZG93LXBvaW50IHcpKSkpCisgICAgICAgICAgICAgICAgIChnZXQtYnVm ZmVyLXdpbmRvdy1saXN0IChjdXJyZW50LWJ1ZmZlcikgbmlsIHQpKSkKKyAgICAgICAgKG9sZC1w b3MgKHByb2NlZC0tcG9zaXRpb24taW5mbyAocG9pbnQpKSkKICAgICAgICAgYnVmZmVyLXJlYWQt b25seSBtcC1saXN0KQogICAgIDs7IHJlbWVtYmVyIG1hcmtlZCBwcm9jZXNzZXMgKHdoYXRldmVy IHRoZSBtYXJrIHdhcykKICAgICAoZ290by1jaGFyIChwb2ludC1taW4pKQpAQCAtMTkzMiw3ICsx OTcxLDggQEAgcHJvY2VkLXVwZGF0ZQogICAgIDs7IFNvbWV0aW1lcyB0aGlzIHB1dHMgcG9pbnQg aW4gdGhlIG1pZGRsZSBvZiB0aGUgcHJvY2VkIGJ1ZmZlcgogICAgIDs7IHdoZXJlIGl0IGlzIG5v dCBpbnRlcmVzdGluZy4gIElzIHRoZXJlIGEgYmV0dGVyIC8gbW9yZSBmbGV4aWJsZSBzb2x1dGlv bj8KICAgICAoZ290by1jaGFyIChwb2ludC1taW4pKQotICAgIChsZXQgKHBpZCBtYXJrIG5ldy1w b3MpCisKKyAgICAobGV0IChwaWQgbWFyayBuZXctcG9zIHdpbi1wb2ludHMpCiAgICAgICAoaWYg KG9yIG1wLWxpc3QgKGNhciBvbGQtcG9zKSkKICAgICAgICAgICAod2hpbGUgKG5vdCAoZW9icCkp CiAgICAgICAgICAgICAoc2V0cSBwaWQgKHByb2NlZC1waWQtYXQtcG9pbnQpKQpAQCAtMTk0MSwy OCArMTk4MSwyNSBAQCBwcm9jZWQtdXBkYXRlCiAgICAgICAgICAgICAgIChkZWxldGUtY2hhciAx KQogICAgICAgICAgICAgICAoYmVnaW5uaW5nLW9mLWxpbmUpKQogICAgICAgICAgICAgKHdoZW4g KGVxIChjYXIgb2xkLXBvcykgcGlkKQotICAgICAgICAgICAgICAoaWYgKG50aCAxIG9sZC1wb3Mp Ci0gICAgICAgICAgICAgICAgICAobGV0ICgobGltaXQgKGxpbmUtZW5kLXBvc2l0aW9uKSkgcG9z KQotICAgICAgICAgICAgICAgICAgICAod2hpbGUgKGFuZCAobm90IG5ldy1wb3MpCi0gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIChzZXRxIHBvcyAobmV4dC1wcm9wZXJ0eS1jaGFuZ2Ug KHBvaW50KSBuaWwgbGltaXQpKSkKLSAgICAgICAgICAgICAgICAgICAgICAoZ290by1jaGFyIHBv cykKLSAgICAgICAgICAgICAgICAgICAgICAod2hlbiAoZXEgKG50aCAxIG9sZC1wb3MpCi0gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIChnZXQtdGV4dC1wcm9wZXJ0eSAocG9pbnQpICdw cm9jZWQta2V5KSkKLSAgICAgICAgICAgICAgICAgICAgICAgIChmb3J3YXJkLWNoYXIgKG1pbiAo bnRoIDIgb2xkLXBvcykKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAoLSAobmV4dC1wcm9wZXJ0eS1jaGFuZ2UgKHBvaW50KSkKLSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAocG9pbnQpKSkpCi0gICAgICAgICAgICAgICAgICAg ICAgICAoc2V0cSBuZXctcG9zIChwb2ludCkpKSkKLSAgICAgICAgICAgICAgICAgICAgKHVubGVz cyBuZXctcG9zCi0gICAgICAgICAgICAgICAgICAgICAgOzsgd2UgZm91bmQgdGhlIHByb2Nlc3Ms IGJ1dCB0aGUgZmllbGQgb2YgcG9pbnQKLSAgICAgICAgICAgICAgICAgICAgICA7OyBpcyBub3Qg bGlzdGVkIGFueW1vcmUKLSAgICAgICAgICAgICAgICAgICAgICAoc2V0cSBuZXctcG9zIChwcm9j ZWQtbW92ZS10by1nb2FsLWNvbHVtbikpKSkKLSAgICAgICAgICAgICAgICAoc2V0cSBuZXctcG9z IChtaW4gKCsgKGxpbmUtYmVnaW5uaW5nLXBvc2l0aW9uKSAobnRoIDIgb2xkLXBvcykpCi0gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChsaW5lLWVuZC1wb3NpdGlvbikpKSkpCisg ICAgICAgICAgICAgIChzZXRxIG5ldy1wb3MgKHByb2NlZC0tZGV0ZXJtaW5lLXBvcyAobnRoIDEg b2xkLXBvcykKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIChudGggMiBvbGQtcG9zKSkpKQorICAgICAgICAgICAgKG1hcGMgKGxhbWJkYSAody1wb3Mp CisgICAgICAgICAgICAgICAgICAgICh3aGVuIChlcSAoY2FkciB3LXBvcykgcGlkKQorICAgICAg ICAgICAgICAgICAgICAgIChwdXNoIGAoLChjYXIgdy1wb3MpIC4gLChwcm9jZWQtLWRldGVybWlu ZS1wb3MKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKG50 aCAxIChjZHIgdy1wb3MpKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAobnRoIDIgKGNkciB3LXBvcykpKSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICB3aW4tcG9pbnRzKSkpCisgICAgICAgICAgICAgICAgICB3aW5kb3ctcG9zLWluZm9zKQogICAg ICAgICAgICAgKGZvcndhcmQtbGluZSkpKQotICAgICAgKGlmIG5ldy1wb3MKLSAgICAgICAgICAo Z290by1jaGFyIG5ldy1wb3MpCi0gICAgICAgIChnb3RvLWNoYXIgKHBvaW50LW1pbikpCi0gICAg ICAgIChwcm9jZWQtbW92ZS10by1nb2FsLWNvbHVtbikpKQorICAgICAgKGxldCAoKGZhbGxiYWNr IChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIChwb2ludC1taW4pKQorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAocHJvY2VkLW1vdmUtdG8tZ29hbC1jb2x1bW4pCisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChwb2ludCkpKSkKKyAgICAgICAgKGdv dG8tY2hhciAob3IgbmV3LXBvcyBmYWxsYmFjaykpCisgICAgICAgIDs7IFVwZGF0ZSB3aW5kb3cg cG9pbnRzCisgICAgICAgIChtYXBjIChsYW1iZGEgKHctcG9zKQorICAgICAgICAgICAgICAgIChz ZXQtd2luZG93LXBvaW50IChjYXIgdy1wb3MpCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgKGFsaXN0LWdldCAoY2FyIHctcG9zKSB3aW4tcG9pbnRzIGZhbGxiYWNrKSkpCisgICAg ICAgICAgICAgIHdpbmRvdy1wb3MtaW5mb3MpKSkKICAgICA7OyB1cGRhdGUgbW9kZSBsaW5lCiAg ICAgOzsgRG9lcyB0aGUgbG9uZyBgbW9kZS1uYW1lJyBjbHV0dGVyIHRoZSBtb2RlIGxpbmU/ICBJ dCB3b3VsZCBiZSBuaWNlCiAgICAgOzsgdG8gaGF2ZSBzb21lIG90aGVyIGxvY2F0aW9uIGZvciBk aXNwbGF5aW5nIHRoZSB2YWx1ZXMgb2YgdGhlIHZhcmlvdXMKZGlmZiAtLWdpdCBhL3Rlc3QvbGlz cC9wcm9jZWQtdGVzdHMuZWwgYi90ZXN0L2xpc3AvcHJvY2VkLXRlc3RzLmVsCmluZGV4IDNjMWY1 NDkzZTcuLjFmNDc1NjY1MjkgMTAwNjQ0Ci0tLSBhL3Rlc3QvbGlzcC9wcm9jZWQtdGVzdHMuZWwK KysrIGIvdGVzdC9saXNwL3Byb2NlZC10ZXN0cy5lbApAQCAtMTAxLDUgKzEwMSwyMiBAQCBwcm9j ZWQtcmVmaW5lLXdpdGgtdXBkYXRlLXRlc3QKICAgICAgICAoc2hvdWxkIChzdHJpbmc9IHBpZCAo d29yZC1hdC1wb2ludCkpKQogICAgICAgIChmb3J3YXJkLWxpbmUpKSkpKQogCisoZXJ0LWRlZnRl c3QgcHJvY2VkLXVwZGF0ZS1wcmVzZXJ2ZXMtcGlkLWF0LXBvaW50LXRlc3QgKCkKKyAgKHByb2Nl ZC0td2l0aGluLWJ1ZmZlcgorICAgJ21lZGl1bQorICAgJ3VzZXIKKyAgIChnb3RvLWNoYXIgKHBv aW50LW1pbikpCisgICAoc2VhcmNoLWZvcndhcmQgKG51bWJlci10by1zdHJpbmcgKGVtYWNzLXBp ZCkpKQorICAgKHByb2NlZC0tbW92ZS10by1jb2x1bW4gIlBJRCIpCisgICAoc2F2ZS13aW5kb3ct ZXhjdXJzaW9uCisgICAgIChsZXQgKChwaWQgKHByb2NlZC1waWQtYXQtcG9pbnQpKQorICAgICAg ICAgICAobmV3LXdpbmRvdyAoc3BsaXQtd2luZG93KSkKKyAgICAgICAgICAgKG9sZC13aW5kb3cg KGdldC1idWZmZXItd2luZG93KSkpCisgICAgICAgKHNlbGVjdC13aW5kb3cgbmV3LXdpbmRvdykK KyAgICAgICAod2l0aC1jdXJyZW50LWJ1ZmZlciAiKlByb2NlZCoiCisgICAgICAgICAocHJvY2Vk LXVwZGF0ZSB0IHQpKQorICAgICAgIChzZWxlY3Qtd2luZG93IG9sZC13aW5kb3cpCisgICAgICAg KHNob3VsZCAoPSBwaWQgKHByb2NlZC1waWQtYXQtcG9pbnQpKSkpKSkpCisKIChwcm92aWRlICdw cm9jZWQtdGVzdHMpCiA7OzsgcHJvY2VkLXRlc3RzLmVsIGVuZHMgaGVyZQotLSAKMi4zMC4yCgo= --0000000000002db30605f1866524-- From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2023 09:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Laurence Warne Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.16730837084884 (code B ref 60381); Sat, 07 Jan 2023 09:29:01 +0000 Received: (at 60381) by debbugs.gnu.org; 7 Jan 2023 09:28:28 +0000 Received: from localhost ([127.0.0.1]:56448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pE5V6-0001Gh-Cr for submit@debbugs.gnu.org; Sat, 07 Jan 2023 04:28:28 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pE5V3-0001GT-WA for 60381@debbugs.gnu.org; Sat, 07 Jan 2023 04:28:26 -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 ) id 1pE5Uy-0001Hg-EB; Sat, 07 Jan 2023 04:28:20 -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=WoFFM9BdK+8Uj9Sl5NXz/H45ff3/BOdPozPpZ7TW/ro=; b=kB8++cfN442s 12+ThWYp9DkDzEuMXm6LbfP1XlpMDGKvK1A5mp8WEhGwcBwJ8huQrOTB35XVbqmOvUTXB34v9//Gd kUzufEI+3JuWbFaFB6cMDankb+o1SRVu5FDHhwpE6I/gCmWZ4AHq+jRCpL5aj0jarw/WkLGLzEtj2 zmC75NTbWg8WwMwizEjDmXUPbvncCEKI8IL8hZq0VhRRmn9kewkpXUSX5hfNNDllU+upXWIAGmsEm jqGXYX8qThetJCNQebF/X1vL57YI7yp9+9+eaGePO0hbtzd0TZvJvW12blS6k6XSSV+TlCPlSQfw8 Xa1gOgp6oJWv1iRhu8eOtw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pE5Uv-0006UJ-C8; Sat, 07 Jan 2023 04:28:18 -0500 Date: Sat, 07 Jan 2023 11:28:38 +0200 Message-Id: <835ydiu20p.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Laurence Warne on Thu, 5 Jan 2023 15:59:57 +0000) References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> <83bknm8fol.fsf@gnu.org> <83358y8626.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Laurence Warne > Date: Thu, 5 Jan 2023 15:59:57 +0000 > Cc: 60381@debbugs.gnu.org > > Minor update, whilst working on the first case, I've come across some strange behaviour which causes the > window position to be reset to (point-min) in some circumstances. To reproduce this with a more minimal > setup than proced-update (I've also asked here: > https://emacs.stackexchange.com/questions/75165/window-point-reset-after-update): It is not easy to understand the convoluted example, but did you try to see whether switch-to-buffer-preserve-window-point has any effect on the behavior you consider strange? From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Laurence Warne Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2023 11:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167309272621355 (code B ref 60381); Sat, 07 Jan 2023 11:59:01 +0000 Received: (at 60381) by debbugs.gnu.org; 7 Jan 2023 11:58:46 +0000 Received: from localhost ([127.0.0.1]:56624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pE7qY-0005YM-Fm for submit@debbugs.gnu.org; Sat, 07 Jan 2023 06:58:46 -0500 Received: from mail-vs1-f46.google.com ([209.85.217.46]:44007) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pE7qX-0005Y8-II for 60381@debbugs.gnu.org; Sat, 07 Jan 2023 06:58:45 -0500 Received: by mail-vs1-f46.google.com with SMTP id o63so4049218vsc.10 for <60381@debbugs.gnu.org>; Sat, 07 Jan 2023 03:58:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=y8ZyZD3/zYgSg2SPszq/TbOyYLe9prFyACMypZAKc2M=; b=d6xeGICnbowe1tdCYL6n5B/5NSQaiPMgWODnAScpYVpFqMIwsPG1i8s401D549nvgf e2ljj2yaxW2VA4ExUiTNieaY3WUvo+6YbnpJz92M4ubEPCJnzgVGjLi4JCqmvFRYPQma mILEdpZpknYS2SRmuWsUaQ6eDooK2Rqs5qG1EYN2IHUnwcdeGPOabO2KEjNQHsus32Yc j5877kE7U9PHG0n0K4ThHEubBlnDVnqMdbUZwB4pA60FziiQQZpKmxz7BgavJeKdxstN d3FAUIRv10RwcnM9UtQbzvgzXhMl4YghLLcO2G90tgojfyRTPrFj/la1gH7aqqadfcUJ yUrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=y8ZyZD3/zYgSg2SPszq/TbOyYLe9prFyACMypZAKc2M=; b=WX6EY3qiFR8w2gDIOHwVz1xBlF3DOzyl1R3gcBVxYlRenroeuaGADP4vGUOpS/P1hQ f10RgKd37tZZpgDJIHNnm+XYfGx4VKiqXS6wrMND9Mtu5TnUEWec4+PRYLFlcv0c50LX uPU7wl/w4tjWaQDFsxwn6IQ/rhct/+0IivxgETMECE5/6nLfom5IYNO62RiVwCBkAXbh jGfK8QuFXnQIBiYJAzaQaq+eNMrRaGVgiWch4W9Le2uTpNwJHokH7gdpsdlKHpPI4Q3P AkzhPyKrHKooDknGFKK+l+ewRXslRu3rRzy04lRgazjME7qeB7C1h99y2nyLs8D/pBo2 Vbdw== X-Gm-Message-State: AFqh2krYToBv3O0JQeL1q2W+G1rl7KkxxWoqu9idFsbGkDlgnVJqkrCI PnXw0OOI37BAxnuFE697blMRGltA38xcIpIlvFafiFQSllw= X-Google-Smtp-Source: AMrXdXvsTxzHco5BZvFBh3RZOySUkMOvrJcEFoXvwHA8PfYJnrb4J02Xl+RGj1j6jdEETZN/K87PeHTLPOk5KS0Zr0E= X-Received: by 2002:a67:ebd3:0:b0:3ce:e2af:d0df with SMTP id y19-20020a67ebd3000000b003cee2afd0dfmr1031393vso.65.1673092720004; Sat, 07 Jan 2023 03:58:40 -0800 (PST) MIME-Version: 1.0 References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> <83bknm8fol.fsf@gnu.org> <83358y8626.fsf@gnu.org> <835ydiu20p.fsf@gnu.org> In-Reply-To: <835ydiu20p.fsf@gnu.org> From: Laurence Warne Date: Sat, 7 Jan 2023 11:58:28 +0000 Message-ID: Content-Type: multipart/alternative; boundary="00000000000040920b05f1ab41a9" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000040920b05f1ab41a9 Content-Type: text/plain; charset="UTF-8" > It is not easy to understand the convoluted example, but did you try > to see whether switch-to-buffer-preserve-window-point has any effect > on the behavior you consider strange? After some more debugging, I found setting read-minibuffer-restore-windows to nil gave the desired behaviour. >From the doc for read-minibuffer-restore-windows : "Non-nil means restore window configurations on exit from minibuffer." I guess this includes window points as well - so this is expected behaviour in that changes to the window configuration as a result of a timer run whilst the minibuffer is active are reverted? --00000000000040920b05f1ab41a9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

> It is not easy to understa= nd the convoluted example, but did you try
> to see whether switch-to= -buffer-preserve-window-point has any effect
> on the behavior you consider strange?

After s= ome more debugging, I found setting read-minibuffer-restore-windows to nil = gave the desired behaviour.

From the doc for r= ead-minibuffer-restore-windows : "Non-nil means restore window configu= rations on exit from minibuffer."=C2=A0 I guess this includes window p= oints as well - so this is expected behaviour in that changes to the window= configuration as a result of a timer run whilst the minibuffer is active a= re reverted?
--00000000000040920b05f1ab41a9-- From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2023 13:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Laurence Warne Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.16730980787478 (code B ref 60381); Sat, 07 Jan 2023 13:28:01 +0000 Received: (at 60381) by debbugs.gnu.org; 7 Jan 2023 13:27:58 +0000 Received: from localhost ([127.0.0.1]:56713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pE9Es-0001wX-9g for submit@debbugs.gnu.org; Sat, 07 Jan 2023 08:27:58 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53222) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pE9Er-0001wM-3o for 60381@debbugs.gnu.org; Sat, 07 Jan 2023 08:27:57 -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 ) id 1pE9El-0001mF-2E; Sat, 07 Jan 2023 08:27:51 -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=jK09zw4+8AUS+3bAMri6GQVdEyBOtq6ReMP03A02vNM=; b=iQ77sfCbnhS/ UH6KYoOyZLt/TlVvxcTWM6pYOe1b97zZDBDON8kCWzYEaV/me1EglQZjQYyhCNnBwPnCV1Amg5zf3 /uGADUdtSiuQ2G6O+VOag4lxwctosCfQ9011u0U2eraayBPx4pDWXVFjlyurZub8f36eCOoj4DcRK gDQ8UpXuJNUy19al2J46J7EJdA1SAULdr3crCxw6sfJ3+LJv8AZ6ThHyI0Rlmbh6acXIh4M/oXOZ4 i3iachsT6Ba78lkSLkI+Ly/dwe700nA6Vp82JWmf3nAG1zJva19Cj0OI/IGDyRUCx+R7NqIMy9vvB CDfW9udGEu6pHDyfhU/h6w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pE9Ek-0005Ht-1T; Sat, 07 Jan 2023 08:27:50 -0500 Date: Sat, 07 Jan 2023 15:28:09 +0200 Message-Id: <83mt6uscd2.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Laurence Warne on Sat, 7 Jan 2023 11:58:28 +0000) References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> <83bknm8fol.fsf@gnu.org> <83358y8626.fsf@gnu.org> <835ydiu20p.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Laurence Warne > Date: Sat, 7 Jan 2023 11:58:28 +0000 > Cc: 60381@debbugs.gnu.org > > After some more debugging, I found setting read-minibuffer-restore-windows to nil gave the desired > behaviour. > > From the doc for read-minibuffer-restore-windows : "Non-nil means restore window configurations on exit > from minibuffer." I guess this includes window points as well - so this is expected behaviour in that changes > to the window configuration as a result of a timer run whilst the minibuffer is active are reverted? Yes, this is the expected behavior in that case. From unknown Sat Aug 16 16:20:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60381: [PATCH] Preserve Window Position with Proced Resent-From: Laurence Warne Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2023 17:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60381 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 60381@debbugs.gnu.org Received: via spool by 60381-submit@debbugs.gnu.org id=B60381.167311223632503 (code B ref 60381); Sat, 07 Jan 2023 17:24:01 +0000 Received: (at 60381) by debbugs.gnu.org; 7 Jan 2023 17:23:56 +0000 Received: from localhost ([127.0.0.1]:58815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pECvD-0008S9-Qy for submit@debbugs.gnu.org; Sat, 07 Jan 2023 12:23:56 -0500 Received: from mail-vk1-f178.google.com ([209.85.221.178]:45051) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pECvB-0008Rv-MS for 60381@debbugs.gnu.org; Sat, 07 Jan 2023 12:23:54 -0500 Received: by mail-vk1-f178.google.com with SMTP id bk19so2022739vkb.11 for <60381@debbugs.gnu.org>; Sat, 07 Jan 2023 09:23:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=J8ym8xaed0aoU0E1tFKca75Bdw9MCNFgRahXREtb78g=; b=VkaYfGUMBYm09yELAC2hVsA1+lKS+eSS008XgABfW5aiy3WAPtg4i72ELkOLuTfDG2 R2AL86+Bu2ok1LbKsKQBpioJhiVlzbWptWCX2B63zCu3eRmzSblYRQ8gIvyGG79ZcPnW kpT67ME4ocRTGtXQzzgC3r1ereA0EuEUCITaFBtk47NJz3MkvsKKhlSBxItpm1tuNdLy TPqwyRsS4QYIAQYNDll04Gysah2pUtwcdy+AOU38MGhaW2D7jrJqyVFryoi9zftD5+9w H4gwuSaTiuZhB6DUpZT586UC0EI/VkGa10xiuABpaVaISOZCsRa0GdTwGHUCbea/H6IF x4bA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=J8ym8xaed0aoU0E1tFKca75Bdw9MCNFgRahXREtb78g=; b=bFrPTgynCgPpUvUWDzt1//WkyE8nCT1iD5LXWc4RQZLewPcC2tUEBm+8vI1qHYGv70 cOVa2zxZ/XuprDqqnFrYUcbQ/uwbCRd5KFN34kncHk73VGMk5J5E4S/hrdV5L18ly86C Zf3jlHBDyKgeyZk3qGpYJesdXpBNQ5DnPazsnYAlOSlvOVRm/HS3OlmGBXXMkFtop1YO 3pXLBhj8gKGYv3nSzMhVaX4s4LX5GqThnTzfAK6FEj0mRW8k/Yd/a/wQ2IVmteZVst3a wWl2YxhT9EDZwb+DzvYRkt20wNT6vYY68ftj6joxvWB3l86kpvUhBNSPRlUjG5Zi0EmU uHCg== X-Gm-Message-State: AFqh2kpMaLX6Gb+SKB8htFwQcctFGRFOb79JL0fPbwnpNE+Cbnn0jdqW aa9XrNmMQS8v5wUTDk2xsxBxLdkUTXQG9B1+48sMPlkN08Y= X-Google-Smtp-Source: AMrXdXsx1c5Nj/I6oCN/NzqdLge4w26ZuQmGFmIAQC4Ljgk+h1mLVfgovBg6ZrXkJrssXrcKHc5sHUdu+oRihZlNOyM= X-Received: by 2002:a1f:2c44:0:b0:3d5:c58c:74ee with SMTP id s65-20020a1f2c44000000b003d5c58c74eemr3261921vks.28.1673112228081; Sat, 07 Jan 2023 09:23:48 -0800 (PST) MIME-Version: 1.0 References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> <83bknm8fol.fsf@gnu.org> <83358y8626.fsf@gnu.org> <835ydiu20p.fsf@gnu.org> <83mt6uscd2.fsf@gnu.org> In-Reply-To: <83mt6uscd2.fsf@gnu.org> From: Laurence Warne Date: Sat, 7 Jan 2023 17:23:36 +0000 Message-ID: Content-Type: multipart/mixed; boundary="000000000000066c9e05f1afccf4" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000066c9e05f1afccf4 Content-Type: multipart/alternative; boundary="000000000000066c9a05f1afccf2" --000000000000066c9a05f1afccf2 Content-Type: text/plain; charset="UTF-8" Cool, I think I've now fixed the second issue (preserving the position in proced buffers which are not displayed in any window) using your suggestion of setting switch-to-buffer-preserve-window-point locally to nil in proced buffers. I've attached a new patch, the same as the previous one but with one line change for the above. --000000000000066c9a05f1afccf2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Cool, I think I've now fixed the second issue (pr= eserving the position in proced buffers which are not displayed in any wind= ow) using your suggestion of setting switch-to-buffer-preserve-window-point= locally to nil in proced buffers.=C2=A0 I've attached a new patch, the= same as the previous one but with one line change for the above.
--000000000000066c9a05f1afccf2-- --000000000000066c9e05f1afccf4 Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Preserve-the-window-position-with-proced.patch" Content-Disposition: attachment; filename="0001-Preserve-the-window-position-with-proced.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_lcm7scu30 RnJvbSBiMDMwZGJjZTIwNjY4Mzg2YjYwMjEyYjkwYWNlOWYxMTAwNjIwZGUzIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBMYXVyZW5jZSBXYXJuZSA8bGF1cmVuY2V3YXJuZUBnbWFpbC5j b20+CkRhdGU6IFRodSwgMjIgRGVjIDIwMjIgMTc6MTY6MDggKzAwMDAKU3ViamVjdDogW1BBVENI XSBQcmVzZXJ2ZSB0aGUgd2luZG93IHBvc2l0aW9uIHdpdGggcHJvY2VkCgpQcmVzZXJ2ZSB0aGUg d2luZG93IHBvc2l0aW9uIGZvciB3aW5kb3dzIHdoaWNoIGRpc3BsYXkgYSBwcm9jZWQgYnVmZmVy LApidXQgYXJlIG5vdCB0aGUgc2VsZWN0ZWQgd2luZG93IHdoZW4gYSBwcm9jZWQgYnVmZmVyIGlz IHVwZGF0ZWQuICBQcmV2aW91c2x5LAp0aGUgd2luZG93IHBvc2l0aW9uIHdvdWxkIGJlIHNldCB0 byB0aGUgc3RhcnQgb2YgdGhlIGJ1ZmZlciB3aGVuIGEKcHJvY2VkIGJ1ZmZlciB3YXMgdXBkYXRl ZCBhbmQgaXQgd2FzIG5vdCBkaXNwbGF5ZWQgaW4gdGhlIHNlbGVjdGVkIHdpbmRvdy4KClNpbWls YXJseSwgcHJlc2VydmUgdGhlIHBvc2l0aW9uIGluIHByb2NlZCBidWZmZXJzIHdoaWNoIGFyZSBu b3QKZGlzcGxheWVkIGluIGFueSB3aW5kb3cgYnkgc2V0dGluZwpzd2l0Y2gtdG8tYnVmZmVyLXBy ZXNlcnZlLXdpbmRvdy1wb2ludCB0byBuaWwgaW4gcHJvY2VkIGJ1ZmZlcnMuCgoqIGxpc3AvcHJv Y2VkLmVsIChwcm9jZWQtYXV0by11cGRhdGUtdGltZXIpOiBPbmx5IHVwZGF0ZSBhIGdpdmVuCnBy b2NlZCBidWZmZXIgaWYgaXQgaXMgZGlzcGxheWVkIGluIGEgd2luZG93LgoocHJvY2VkLXVwZGF0 ZSk6IFNldCB0aGUgd2luZG93IHBvc2l0aW9uIGlmIHRoZSBwcm9jZWQgYnVmZmVyIGlzCmRpc3Bs YXllZCBpbiBhIHdpbmRvdy4KKHByb2NlZC0tcG9zaXRpb24taW5mbywgcHJvY2VkLS1kZXRlcm1p bmUtcG9zKTogTmV3IEZ1bmN0aW9ucy4KKHByb2NlZC1tb2RlKTogU2V0IHN3aXRjaC10by1idWZm ZXItcHJlc2VydmUtd2luZG93LXBvaW50IHRvIG5pbCBpbgpwcm9jZWQgYnVmZmVycy4KKiB0ZXN0 L2xpc3AvcHJvY2VkLXRlc3RzLmVsCihwcm9jZWQtdXBkYXRlLXByZXNlcnZlcy1waWQtYXQtcG9p bnQtdGVzdCk6IE5ldyB0ZXN0LgotLS0KIGxpc3AvcHJvY2VkLmVsICAgICAgICAgICAgfCAxMDQg KysrKysrKysrKysrKysrKysrKysrKysrKystLS0tLS0tLS0tLS0KIHRlc3QvbGlzcC9wcm9jZWQt dGVzdHMuZWwgfCAgMTcgKysrKysrKwogMiBmaWxlcyBjaGFuZ2VkLCA4OCBpbnNlcnRpb25zKCsp LCAzMyBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9saXNwL3Byb2NlZC5lbCBiL2xpc3AvcHJv Y2VkLmVsCmluZGV4IGMwOWVlMThhOGIuLmQ4YTExYmQ3NzggMTAwNjQ0Ci0tLSBhL2xpc3AvcHJv Y2VkLmVsCisrKyBiL2xpc3AvcHJvY2VkLmVsCkBAIC03OTIsNiArNzkyLDUyIEBAIHByb2NlZC1w aWQtYXQtcG9pbnQKICAgICAoaWYgKGxvb2tpbmctYXQgIl4uIC4iKQogICAgICAgICAoZ2V0LXRl eHQtcHJvcGVydHkgKG1hdGNoLWVuZCAwKSAncHJvY2VkLXBpZCkpKSkKIAorKGRlZnVuIHByb2Nl ZC0tcG9zaXRpb24taW5mbyAocG9zKQorICAiUmV0dXJuIGluZm9ybWF0aW9uIG9mIHRoZSBwcm9j ZXNzIGF0IFBPUy4KKworVGhlIHJldHVybmVkIGluZm9ybWF0aW9uIHdpbGwgaGF2ZSB0aGUgZm9y bSBgKFBJRCBLRVkgQ09MVU1OKScgd2hlcmUKK1BJRCBpcyB0aGUgcHJvY2VzcyBJRCBvZiB0aGUg cHJvY2VzcyBhdCBwb2ludCwgS0VZIGlzIHRoZSB2YWx1ZSBvZiB0aGUKK3Byb2NlZC1rZXkgdGV4 dCBwcm9wZXJ0eSBhdCBwb2ludCwgYW5kIENPTFVNTiBpcyB0aGUgY29sdW1uIGZvciB3aGljaCB0 aGUKK2N1cnJlbnQgdmFsdWUgb2YgdGhlIHByb2NlZC1rZXkgdGV4dCBwcm9wZXJ0eSBzdGFydHMs IG9yIDAgaWYgS0VZIGlzIG5pbC4iCisgIDs7IElmIHBvaW50IGlzIG9uIGEgZmllbGQsIHdlIHRy eSB0byByZXR1cm4gcG9pbnQgdG8gdGhhdCBmaWVsZC4KKyAgOzsgT3RoZXJ3aXNlIHdlIHRyeSB0 byByZXR1cm4gdG8gdGhlIHNhbWUgY29sdW1uCisgIChzYXZlLWV4Y3Vyc2lvbgorICAgIChnb3Rv LWNoYXIgcG9zKQorICAgIChsZXQgKChwaWQgKHByb2NlZC1waWQtYXQtcG9pbnQpKQorICAgICAg ICAgIChrZXkgKGdldC10ZXh0LXByb3BlcnR5IChwb2ludCkgJ3Byb2NlZC1rZXkpKSkKKyAgICAg IChsaXN0IHBpZCBrZXkgOyBjYW4gYm90aCBiZSBuaWwKKyAgICAgICAgICAgIChpZiBrZXkKKyAg ICAgICAgICAgICAgICAoaWYgKGdldC10ZXh0LXByb3BlcnR5ICgxLSAocG9pbnQpKSAncHJvY2Vk LWtleSkKKyAgICAgICAgICAgICAgICAgICAgKC0gKHBvaW50KSAocHJldmlvdXMtc2luZ2xlLXBy b3BlcnR5LWNoYW5nZQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAocG9pbnQpICdw cm9jZWQta2V5KSkKKyAgICAgICAgICAgICAgICAgIDApCisgICAgICAgICAgICAgIChjdXJyZW50 LWNvbHVtbikpKSkpKQorCisoZGVmdW4gcHJvY2VkLS1kZXRlcm1pbmUtcG9zIChrZXkgY29sdW1u KQorICAiUmV0dXJuIHRoZSBwb2ludCBpbiB0aGUgY3VycmVudCBsaW5lIHVzaW5nIEtFWSBhbmQg Q09MVU1OLgorCitBdHRlbXB0IHRvIGZpbmQgdGhlIGZpcnN0IHBvc2l0aW9uIG9uIHRoZSBjdXJy ZW50IGxpbmUgd2hlcmUgdGhlCit0ZXh0IHByb3BlcnR5IHByb2NlZC1rZXkgaXMgZXF1YWwgdG8g S0VZLiAgSWYgdGhpcyBpcyBub3QgcG9zc2libGUsIHJldHVybgordGhlIHBvaW50IG9mIGNvbHVt biBDT0xVTU4gb24gdGhlIGN1cnJlbnQgbGluZS4iCisgIChzYXZlLWV4Y3Vyc2lvbgorICAgIChs ZXQgKG5ldy1wb3MpCisgICAgICAoaWYga2V5CisgICAgICAgICAgKGxldCAoKGxpbWl0IChsaW5l LWVuZC1wb3NpdGlvbikpIHBvcykKKyAgICAgICAgICAgICh3aGlsZSAoYW5kIChub3QgbmV3LXBv cykKKyAgICAgICAgICAgICAgICAgICAgICAgIChzZXRxIHBvcyAobmV4dC1wcm9wZXJ0eS1jaGFu Z2UgKHBvaW50KSBuaWwgbGltaXQpKSkKKyAgICAgICAgICAgICAgKGdvdG8tY2hhciBwb3MpCisg ICAgICAgICAgICAgICh3aGVuIChlcSBrZXkgKGdldC10ZXh0LXByb3BlcnR5IChwb2ludCkgJ3By b2NlZC1rZXkpKQorICAgICAgICAgICAgICAgIChmb3J3YXJkLWNoYXIgKG1pbiBjb2x1bW4gKC0g KG5leHQtcHJvcGVydHktY2hhbmdlIChwb2ludCkpCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAocG9pbnQpKSkpCisgICAgICAgICAgICAgICAgKHNldHEgbmV3 LXBvcyAocG9pbnQpKSkpCisgICAgICAgICAgICAodW5sZXNzIG5ldy1wb3MKKyAgICAgICAgICAg ICAgOzsgd2UgZm91bmQgdGhlIHByb2Nlc3MsIGJ1dCB0aGUgZmllbGQgb2YgcG9pbnQKKyAgICAg ICAgICAgICAgOzsgaXMgbm90IGxpc3RlZCBhbnltb3JlCisgICAgICAgICAgICAgIChzZXRxIG5l dy1wb3MgKHByb2NlZC1tb3ZlLXRvLWdvYWwtY29sdW1uKSkpKQorICAgICAgICAoc2V0cSBuZXct cG9zIChtaW4gKCsgKGxpbmUtYmVnaW5uaW5nLXBvc2l0aW9uKSBjb2x1bW4pCisgICAgICAgICAg ICAgICAgICAgICAgICAgICAobGluZS1lbmQtcG9zaXRpb24pKSkpCisgICAgICBuZXctcG9zKSkp CisKIDs7IHByb2NlZCBtb2RlCiAKIChkZWZpbmUtZGVyaXZlZC1tb2RlIHByb2NlZC1tb2RlIHNw ZWNpYWwtbW9kZSAiUHJvY2VkIgpAQCAtODQ3LDYgKzg5Myw3IEBAIHByb2NlZC1tb2RlCiAgIChz ZXRxLWxvY2FsIHJldmVydC1idWZmZXItZnVuY3Rpb24gIydwcm9jZWQtcmV2ZXJ0KQogICAoc2V0 cS1sb2NhbCBmb250LWxvY2stZGVmYXVsdHMKICAgICAgICAgICAgICAgJyhwcm9jZWQtZm9udC1s b2NrLWtleXdvcmRzIHQgbmlsIG5pbCBiZWdpbm5pbmctb2YtbGluZSkpCisgIChzZXRxLWxvY2Fs IHN3aXRjaC10by1idWZmZXItcHJlc2VydmUtd2luZG93LXBvaW50IG5pbCkKICAgKGlmIChhbmQg KG5vdCBwcm9jZWQtYXV0by11cGRhdGUtdGltZXIpIHByb2NlZC1hdXRvLXVwZGF0ZS1pbnRlcnZh bCkKICAgICAgIChzZXRxIHByb2NlZC1hdXRvLXVwZGF0ZS10aW1lcgogICAgICAgICAgICAgKHJ1 bi1hdC10aW1lIHQgcHJvY2VkLWF1dG8tdXBkYXRlLWludGVydmFsCkBAIC0xODg5LDE3ICsxOTM2 LDEwIEBAIHByb2NlZC11cGRhdGUKICAgKGlmIChjb25zcCBidWZmZXItdW5kby1saXN0KQogICAg ICAgKHNldHEgYnVmZmVyLXVuZG8tbGlzdCBuaWwpKQogICAobGV0ICgoYnVmZmVyLXVuZG8tbGlz dCB0KQotICAgICAgICA7OyBJZiBwb2ludCBpcyBvbiBhIGZpZWxkLCB3ZSB0cnkgdG8gcmV0dXJu IHBvaW50IHRvIHRoYXQgZmllbGQuCi0gICAgICAgIDs7IE90aGVyd2lzZSB3ZSB0cnkgdG8gcmV0 dXJuIHRvIHRoZSBzYW1lIGNvbHVtbgotICAgICAgICAob2xkLXBvcyAobGV0ICgocGlkIChwcm9j ZWQtcGlkLWF0LXBvaW50KSkKLSAgICAgICAgICAgICAgICAgICAgICAgKGtleSAoZ2V0LXRleHQt cHJvcGVydHkgKHBvaW50KSAncHJvY2VkLWtleSkpKQotICAgICAgICAgICAgICAgICAgIChsaXN0 IHBpZCBrZXkgOyBjYW4gYm90aCBiZSBuaWwKLSAgICAgICAgICAgICAgICAgICAgICAgICAoaWYg a2V5Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgIChpZiAoZ2V0LXRleHQtcHJvcGVydHkg KDEtIChwb2ludCkpICdwcm9jZWQta2V5KQotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKC0gKHBvaW50KSAocHJldmlvdXMtc2luZ2xlLXByb3BlcnR5LWNoYW5nZQotICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKHBvaW50KSAncHJvY2VkLWtleSkp Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCkKLSAgICAgICAgICAgICAgICAgICAg ICAgICAgIChjdXJyZW50LWNvbHVtbikpKSkpCisgICAgICAgICh3aW5kb3ctcG9zLWluZm9zCisg ICAgICAgICAobWFwY2FyIChsYW1iZGEgKHcpIGAoLHcgLiAsKHByb2NlZC0tcG9zaXRpb24taW5m byAod2luZG93LXBvaW50IHcpKSkpCisgICAgICAgICAgICAgICAgIChnZXQtYnVmZmVyLXdpbmRv dy1saXN0IChjdXJyZW50LWJ1ZmZlcikgbmlsIHQpKSkKKyAgICAgICAgKG9sZC1wb3MgKHByb2Nl ZC0tcG9zaXRpb24taW5mbyAocG9pbnQpKSkKICAgICAgICAgYnVmZmVyLXJlYWQtb25seSBtcC1s aXN0KQogICAgIDs7IHJlbWVtYmVyIG1hcmtlZCBwcm9jZXNzZXMgKHdoYXRldmVyIHRoZSBtYXJr IHdhcykKICAgICAoZ290by1jaGFyIChwb2ludC1taW4pKQpAQCAtMTkzMiw3ICsxOTcyLDggQEAg cHJvY2VkLXVwZGF0ZQogICAgIDs7IFNvbWV0aW1lcyB0aGlzIHB1dHMgcG9pbnQgaW4gdGhlIG1p ZGRsZSBvZiB0aGUgcHJvY2VkIGJ1ZmZlcgogICAgIDs7IHdoZXJlIGl0IGlzIG5vdCBpbnRlcmVz dGluZy4gIElzIHRoZXJlIGEgYmV0dGVyIC8gbW9yZSBmbGV4aWJsZSBzb2x1dGlvbj8KICAgICAo Z290by1jaGFyIChwb2ludC1taW4pKQotICAgIChsZXQgKHBpZCBtYXJrIG5ldy1wb3MpCisKKyAg ICAobGV0IChwaWQgbWFyayBuZXctcG9zIHdpbi1wb2ludHMpCiAgICAgICAoaWYgKG9yIG1wLWxp c3QgKGNhciBvbGQtcG9zKSkKICAgICAgICAgICAod2hpbGUgKG5vdCAoZW9icCkpCiAgICAgICAg ICAgICAoc2V0cSBwaWQgKHByb2NlZC1waWQtYXQtcG9pbnQpKQpAQCAtMTk0MSwyOCArMTk4Miwy NSBAQCBwcm9jZWQtdXBkYXRlCiAgICAgICAgICAgICAgIChkZWxldGUtY2hhciAxKQogICAgICAg ICAgICAgICAoYmVnaW5uaW5nLW9mLWxpbmUpKQogICAgICAgICAgICAgKHdoZW4gKGVxIChjYXIg b2xkLXBvcykgcGlkKQotICAgICAgICAgICAgICAoaWYgKG50aCAxIG9sZC1wb3MpCi0gICAgICAg ICAgICAgICAgICAobGV0ICgobGltaXQgKGxpbmUtZW5kLXBvc2l0aW9uKSkgcG9zKQotICAgICAg ICAgICAgICAgICAgICAod2hpbGUgKGFuZCAobm90IG5ldy1wb3MpCi0gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIChzZXRxIHBvcyAobmV4dC1wcm9wZXJ0eS1jaGFuZ2UgKHBvaW50KSBu aWwgbGltaXQpKSkKLSAgICAgICAgICAgICAgICAgICAgICAoZ290by1jaGFyIHBvcykKLSAgICAg ICAgICAgICAgICAgICAgICAod2hlbiAoZXEgKG50aCAxIG9sZC1wb3MpCi0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIChnZXQtdGV4dC1wcm9wZXJ0eSAocG9pbnQpICdwcm9jZWQta2V5 KSkKLSAgICAgICAgICAgICAgICAgICAgICAgIChmb3J3YXJkLWNoYXIgKG1pbiAobnRoIDIgb2xk LXBvcykKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoLSAobmV4 dC1wcm9wZXJ0eS1jaGFuZ2UgKHBvaW50KSkKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAocG9pbnQpKSkpCi0gICAgICAgICAgICAgICAgICAgICAgICAoc2V0 cSBuZXctcG9zIChwb2ludCkpKSkKLSAgICAgICAgICAgICAgICAgICAgKHVubGVzcyBuZXctcG9z Ci0gICAgICAgICAgICAgICAgICAgICAgOzsgd2UgZm91bmQgdGhlIHByb2Nlc3MsIGJ1dCB0aGUg ZmllbGQgb2YgcG9pbnQKLSAgICAgICAgICAgICAgICAgICAgICA7OyBpcyBub3QgbGlzdGVkIGFu eW1vcmUKLSAgICAgICAgICAgICAgICAgICAgICAoc2V0cSBuZXctcG9zIChwcm9jZWQtbW92ZS10 by1nb2FsLWNvbHVtbikpKSkKLSAgICAgICAgICAgICAgICAoc2V0cSBuZXctcG9zIChtaW4gKCsg KGxpbmUtYmVnaW5uaW5nLXBvc2l0aW9uKSAobnRoIDIgb2xkLXBvcykpCi0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIChsaW5lLWVuZC1wb3NpdGlvbikpKSkpCisgICAgICAgICAg ICAgIChzZXRxIG5ldy1wb3MgKHByb2NlZC0tZGV0ZXJtaW5lLXBvcyAobnRoIDEgb2xkLXBvcykK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChudGgg MiBvbGQtcG9zKSkpKQorICAgICAgICAgICAgKG1hcGMgKGxhbWJkYSAody1wb3MpCisgICAgICAg ICAgICAgICAgICAgICh3aGVuIChlcSAoY2FkciB3LXBvcykgcGlkKQorICAgICAgICAgICAgICAg ICAgICAgIChwdXNoIGAoLChjYXIgdy1wb3MpIC4gLChwcm9jZWQtLWRldGVybWluZS1wb3MKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKG50aCAxIChjZHIg dy1wb3MpKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAo bnRoIDIgKGNkciB3LXBvcykpKSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aW4tcG9p bnRzKSkpCisgICAgICAgICAgICAgICAgICB3aW5kb3ctcG9zLWluZm9zKQogICAgICAgICAgICAg KGZvcndhcmQtbGluZSkpKQotICAgICAgKGlmIG5ldy1wb3MKLSAgICAgICAgICAoZ290by1jaGFy IG5ldy1wb3MpCi0gICAgICAgIChnb3RvLWNoYXIgKHBvaW50LW1pbikpCi0gICAgICAgIChwcm9j ZWQtbW92ZS10by1nb2FsLWNvbHVtbikpKQorICAgICAgKGxldCAoKGZhbGxiYWNrIChzYXZlLWV4 Y3Vyc2lvbiAoZ290by1jaGFyIChwb2ludC1taW4pKQorICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAocHJvY2VkLW1vdmUtdG8tZ29hbC1jb2x1bW4pCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIChwb2ludCkpKSkKKyAgICAgICAgKGdvdG8tY2hhciAo b3IgbmV3LXBvcyBmYWxsYmFjaykpCisgICAgICAgIDs7IFVwZGF0ZSB3aW5kb3cgcG9pbnRzCisg ICAgICAgIChtYXBjIChsYW1iZGEgKHctcG9zKQorICAgICAgICAgICAgICAgIChzZXQtd2luZG93 LXBvaW50IChjYXIgdy1wb3MpCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKGFs aXN0LWdldCAoY2FyIHctcG9zKSB3aW4tcG9pbnRzIGZhbGxiYWNrKSkpCisgICAgICAgICAgICAg IHdpbmRvdy1wb3MtaW5mb3MpKSkKICAgICA7OyB1cGRhdGUgbW9kZSBsaW5lCiAgICAgOzsgRG9l cyB0aGUgbG9uZyBgbW9kZS1uYW1lJyBjbHV0dGVyIHRoZSBtb2RlIGxpbmU/ICBJdCB3b3VsZCBi ZSBuaWNlCiAgICAgOzsgdG8gaGF2ZSBzb21lIG90aGVyIGxvY2F0aW9uIGZvciBkaXNwbGF5aW5n IHRoZSB2YWx1ZXMgb2YgdGhlIHZhcmlvdXMKZGlmZiAtLWdpdCBhL3Rlc3QvbGlzcC9wcm9jZWQt dGVzdHMuZWwgYi90ZXN0L2xpc3AvcHJvY2VkLXRlc3RzLmVsCmluZGV4IDNjMWY1NDkzZTcuLjFm NDc1NjY1MjkgMTAwNjQ0Ci0tLSBhL3Rlc3QvbGlzcC9wcm9jZWQtdGVzdHMuZWwKKysrIGIvdGVz dC9saXNwL3Byb2NlZC10ZXN0cy5lbApAQCAtMTAxLDUgKzEwMSwyMiBAQCBwcm9jZWQtcmVmaW5l LXdpdGgtdXBkYXRlLXRlc3QKICAgICAgICAoc2hvdWxkIChzdHJpbmc9IHBpZCAod29yZC1hdC1w b2ludCkpKQogICAgICAgIChmb3J3YXJkLWxpbmUpKSkpKQogCisoZXJ0LWRlZnRlc3QgcHJvY2Vk LXVwZGF0ZS1wcmVzZXJ2ZXMtcGlkLWF0LXBvaW50LXRlc3QgKCkKKyAgKHByb2NlZC0td2l0aGlu LWJ1ZmZlcgorICAgJ21lZGl1bQorICAgJ3VzZXIKKyAgIChnb3RvLWNoYXIgKHBvaW50LW1pbikp CisgICAoc2VhcmNoLWZvcndhcmQgKG51bWJlci10by1zdHJpbmcgKGVtYWNzLXBpZCkpKQorICAg KHByb2NlZC0tbW92ZS10by1jb2x1bW4gIlBJRCIpCisgICAoc2F2ZS13aW5kb3ctZXhjdXJzaW9u CisgICAgIChsZXQgKChwaWQgKHByb2NlZC1waWQtYXQtcG9pbnQpKQorICAgICAgICAgICAobmV3 LXdpbmRvdyAoc3BsaXQtd2luZG93KSkKKyAgICAgICAgICAgKG9sZC13aW5kb3cgKGdldC1idWZm ZXItd2luZG93KSkpCisgICAgICAgKHNlbGVjdC13aW5kb3cgbmV3LXdpbmRvdykKKyAgICAgICAo d2l0aC1jdXJyZW50LWJ1ZmZlciAiKlByb2NlZCoiCisgICAgICAgICAocHJvY2VkLXVwZGF0ZSB0 IHQpKQorICAgICAgIChzZWxlY3Qtd2luZG93IG9sZC13aW5kb3cpCisgICAgICAgKHNob3VsZCAo PSBwaWQgKHByb2NlZC1waWQtYXQtcG9pbnQpKSkpKSkpCisKIChwcm92aWRlICdwcm9jZWQtdGVz dHMpCiA7OzsgcHJvY2VkLXRlc3RzLmVsIGVuZHMgaGVyZQotLSAKMi4zMC4yCgo= --000000000000066c9e05f1afccf4-- From unknown Sat Aug 16 16:20:37 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Laurence Warne Subject: bug#60381: closed (Re: bug#60381: [PATCH] Preserve Window Position with Proced) Message-ID: References: <83bkn18q5h.fsf@gnu.org> X-Gnu-PR-Message: they-closed 60381 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: patch Reply-To: 60381@debbugs.gnu.org Date: Sat, 14 Jan 2023 08:42:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1673685721-15582-1" This is a multi-part message in MIME format... ------------=_1673685721-15582-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #60381: [PATCH] Preserve Window Position with Proced which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 60381@debbugs.gnu.org. --=20 60381: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D60381 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1673685721-15582-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 60381-done) by debbugs.gnu.org; 14 Jan 2023 08:41:03 +0000 Received: from localhost ([127.0.0.1]:53309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGc63-000429-J8 for submit@debbugs.gnu.org; Sat, 14 Jan 2023 03:41:03 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGc62-00041X-8n for 60381-done@debbugs.gnu.org; Sat, 14 Jan 2023 03:41:02 -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 ) id 1pGc5w-0001fm-VG; Sat, 14 Jan 2023 03:40:56 -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=o9GjoIy2OGyzIQYK8RF7rWJ6llKa1870cNZt3XVgRJY=; b=hTaOTF++o0gm hDGLObxlZ97m1b0pLrYUAQO37urf766lM+rb4KUFajOSY48HvLLZ7ih+i5tZX3adtod2BDwAv1EH+ 5ZCMV5tUHNBCMTh6/QdmGY4LlxUs06IxyNJFDqxtUDTcpasNQcE7iFs0KKqA78bzF9rFd3xddJ5Ob Se8Vf0DQBRt01zQ0O7H4uSV/OcBSj2/narUH4br284KozR8MGGVrfhprUGoefatEg0JRLbGBLKsiW 6ZHhoyfrEGIv7iI2sLrGQTMaa5+cp+PC1lladCNPeZPROjczGYDu4g+Z7npw5F2CZrgeFQE8ZQEC9 W7jaWSmh+c04cQwz5IfdHQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pGc5v-00081O-OP; Sat, 14 Jan 2023 03:40:56 -0500 Date: Sat, 14 Jan 2023 10:40:58 +0200 Message-Id: <83bkn18q5h.fsf@gnu.org> From: Eli Zaretskii To: Laurence Warne In-Reply-To: (message from Laurence Warne on Sat, 7 Jan 2023 17:23:36 +0000) Subject: Re: bug#60381: [PATCH] Preserve Window Position with Proced References: <83v8lv8n7u.fsf@gnu.org> <83pmc291xe.fsf@gnu.org> <83bknm8fol.fsf@gnu.org> <83358y8626.fsf@gnu.org> <835ydiu20p.fsf@gnu.org> <83mt6uscd2.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 60381-done Cc: 60381-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Laurence Warne > Date: Sat, 7 Jan 2023 17:23:36 +0000 > Cc: 60381@debbugs.gnu.org > > Cool, I think I've now fixed the second issue (preserving the position in proced buffers which are not > displayed in any window) using your suggestion of setting switch-to-buffer-preserve-window-point locally to > nil in proced buffers. I've attached a new patch, the same as the previous one but with one line change for > the above. Thanks, installed, and closing the bug. ------------=_1673685721-15582-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 28 Dec 2022 15:55:38 +0000 Received: from localhost ([127.0.0.1]:58476 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAYmH-0006kQ-Um for submit@debbugs.gnu.org; Wed, 28 Dec 2022 10:55:38 -0500 Received: from lists.gnu.org ([209.51.188.17]:43340) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAYmF-0006kH-JA for submit@debbugs.gnu.org; Wed, 28 Dec 2022 10:55:36 -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 ) id 1pAYmF-0008HX-Dh for bug-gnu-emacs@gnu.org; Wed, 28 Dec 2022 10:55:35 -0500 Received: from mail-vk1-xa2d.google.com ([2607:f8b0:4864:20::a2d]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pAYmD-0000YL-FZ for bug-gnu-emacs@gnu.org; Wed, 28 Dec 2022 10:55:35 -0500 Received: by mail-vk1-xa2d.google.com with SMTP id v81so7579952vkv.5 for ; Wed, 28 Dec 2022 07:55:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=i1y7aF8U5rpLd3+/eoPynxJdiFkR6g0eQK7D0xsatZA=; b=hBa+owUuq1dLCPuFVdqxhO8avhXImrmAnZuwnW1Em4jlUCJ+QYlgMMQ84Czl1ZC5OT lTj6BH29JAoGHEukTFpVOGJGC5SqkTjGGHXXPbvzCiJj3xN2kWk3DZEHjS1dEg3t7N7D Vg40RY3H26l4/7EbYKU5aTQoZNSV1PfJdh7rFe9c9WN/aANG1DfRxyN5dfjwORfGlm2K lW9iE5dkK4pD7nm6G5uokBbuo4c3+y7AfLOREmI14a38cn157Sfdb84JpsUmh+1lmdrU 65ijH0w6tlyDFLtA9nxVqcyZSzBFu5+DjCGeHvBnHCXbfbfZBrYNSk80RF6Mm/Dzt1YE OhZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=i1y7aF8U5rpLd3+/eoPynxJdiFkR6g0eQK7D0xsatZA=; b=uMN/i3L14Qa2CjHz8rWI+SSmBnyfFZDodJWQK2Mew17mbmZdjrDDatrr/87tQ9fvaV kKbTNIbaG37Qw5JfsCGKlLTzjeMLP6Qta6JI8CMHTGf1xzPGDNQPsfPVqVHLMtyPWO6i m3mqNn4AfVyPuU7hzp7ow+sHVZcH09BjW55iMZXRySS4wYQcctIpJDHhDasxIcMjCLlT kUYgYuEiWY4qFhwhH3PAp5042PyGCHQxKga7qXT+NHq0ZowaHSC8hzAvQVYXnC9iWuu5 6radk58Q6I8W2eNWSO20gY5RI6syT1znGkMP5+99p/97dUb2LIlFsQZYxfS0YOSFnPz8 XdGQ== X-Gm-Message-State: AFqh2krwOccinhAuH8LZGylWeQOT4WYKPYywtYDG836ae+BchqlS/HRk Hglh6Gg6wTnmNuxatPSr6uhIWAMMglS/UhchN8o2KB/W2aw= X-Google-Smtp-Source: AMrXdXuAEtla3w4ayOjMdBn69v81wdjCS/eV9L6yk2H7crtmNVG0LBVVqjec1wTUmmmHknHAHuyhIGrLLFXExxuP92U= X-Received: by 2002:a05:6122:c95:b0:3c8:f99f:1934 with SMTP id ba21-20020a0561220c9500b003c8f99f1934mr3126818vkb.28.1672242931628; Wed, 28 Dec 2022 07:55:31 -0800 (PST) MIME-Version: 1.0 From: Laurence Warne Date: Wed, 28 Dec 2022 15:55:20 +0000 Message-ID: Subject: [PATCH] Preserve Window Position with Proced To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary="000000000000eb19d505f0e5651b" Received-SPF: pass client-ip=2607:f8b0:4864:20::a2d; envelope-from=laurencewarne@gmail.com; helo=mail-vk1-xa2d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000eb19d505f0e5651b Content-Type: multipart/alternative; boundary="000000000000eb19d205f0e56519" --000000000000eb19d205f0e56519 Content-Type: text/plain; charset="UTF-8" Hi, This patch fixes a minor issue with proced buffers. Previously, the window position would be set to the start of the buffer when a proced buffer was updated and it was not displayed in the selected window. To reproduce: (require 'proced) (setq-default proceed-auto-update-flag t) (M-x proced) Move down to the next process, then change to a different window, and wait a bit. You should see the point in the proced buffer move back to the beginning of the buffer. A similar issue occurs when the proced buffer is not displayed in any window. This patch addresses this by setting the window point (if applicable) whenever a proced buffer is updated, and the second issue by not updating a proced buffer if it is not displayed in any window. I tried to add a test for this, but for example this: (ert-deftest proced-update-preserves-point-test () (proced--within-buffer 'medium 'user (proced--move-to-column "PID") (let ((point (window-point)) (window (split-window))) (select-window window) (bury-buffer) (with-current-buffer "*Proced*" (proced-update t t)) (switch-to-buffer "*Proced*") (should (= point (window-point)))))) passes even without this patch (though if I step through it with edebug-defun it fails as expected). Thanks, Laurence --000000000000eb19d205f0e56519 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

This patch fixes a minor= issue with proced buffers.=C2=A0 Previously, the window position would be = set to the start of the buffer when a proced buffer was updated and it was = not displayed in the selected window.=C2=A0 To reproduce:

(require 'proced)
(setq-default proceed-auto-update-f= lag t)
(M-x proced)

Move down to the nex= t process, then change to a different window, and wait a bit.=C2=A0 You sho= uld see the point in the proced buffer move back to the beginning of the bu= ffer. A similar issue occurs when the proced buffer is not displayed in any= window.

This patch addresses this by setting the = window point (if applicable) whenever a proced buffer is updated, and the s= econd issue by not updating a proced buffer if it is not displayed in any w= indow.

I tried to add a test for this, but for exa= mple this:

(ert-deftest proced-update-preserves-po= int-test ()
=C2=A0 (proced--within-buffer
=C2=A0 =C2=A0'medium=C2=A0 =C2=A0'user
=C2=A0 =C2=A0(proced--move-to-column "PID&q= uot;)
=C2=A0 =C2=A0(let ((point (window-point))
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(window (split-window)))
=C2=A0 =C2=A0 =C2=A0(select-window= window)
=C2=A0 =C2=A0 =C2=A0(bury-buffer)
=C2=A0 =C2=A0 =C2=A0(with-= current-buffer "*Proced*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0(proced-u= pdate t t))
=C2=A0 =C2=A0 =C2=A0(switch-to-buffer "*Proced*")<= br>=C2=A0 =C2=A0 =C2=A0(should (=3D point (window-point))))))
passes even without this patch (though if I step through it wit= h edebug-defun it fails as expected).

Thanks, Laur= ence
--000000000000eb19d205f0e56519-- --000000000000eb19d505f0e5651b Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Preserve-the-window-position-with-proced.patch" Content-Disposition: attachment; filename="0001-Preserve-the-window-position-with-proced.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_lc7u7z4p0 RnJvbSA5MGJmNjY3NWJkZjUwYTBmZDMzOTJiN2FjNGFjYzU2ZTFlNjQzNmM0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBMYXVyZW5jZSBXYXJuZSA8bGF1cmVuY2V3YXJuZUBnbWFpbC5j b20+CkRhdGU6IFRodSwgMjIgRGVjIDIwMjIgMTc6MTY6MDggKzAwMDAKU3ViamVjdDogW1BBVENI XSBQcmVzZXJ2ZSB0aGUgd2luZG93IHBvc2l0aW9uIHdpdGggcHJvY2VkCgpQcmVzZXJ2ZSB0aGUg d2luZG93IHBvc2l0aW9uIGZvciB3aW5kb3dzIHdoaWNoIGRpc3BsYXkgYSBwcm9jZWQgYnVmZmVy LApidXQgYXJlIG5vdCB0aGUgc2VsZWN0ZWQgd2luZG93IHdoZW4gYSBwcm9jZWQgYnVmZmVyIGlz IHVwZGF0ZWQuICBQcmV2aW91c2x5LAp0aGUgd2luZG93IHBvc2l0aW9uIHdvdWxkIGJlIHNldCB0 byB0aGUgc3RhcnQgb2YgdGhlIGJ1ZmZlciB3aGVuIGEKcHJvY2VkIGJ1ZmZlciB3YXMgdXBkYXRl ZCBhbmQgaXQgd2FzIG5vdCBkaXNwbGF5ZWQgaW4gdGhlIHNlbGVjdGVkIHdpbmRvdy4KCiogbGlz cC9wcm9jZWQuZWwgKHByb2NlZC1hdXRvLXVwZGF0ZS10aW1lcik6IE9ubHkgdXBkYXRlIGEgZ2l2 ZW4KcHJvY2VkIGJ1ZmZlciBpZiBpdCBpcyBkaXNwbGF5ZWQgaW4gYSB3aW5kb3cuCihwcm9jZWQt dXBkYXRlKTogU2V0IHRoZSB3aW5kb3cgcG9zaXRpb24gaWYgdGhlIHByb2NlZCBidWZmZXIgaXMK ZGlzcGxheWVkIGluIGEgd2luZG93LgotLS0KIGxpc3AvcHJvY2VkLmVsIHwgMTEgKysrKysrKysr LS0KIDEgZmlsZSBjaGFuZ2VkLCA5IGluc2VydGlvbnMoKyksIDIgZGVsZXRpb25zKC0pCgpkaWZm IC0tZ2l0IGEvbGlzcC9wcm9jZWQuZWwgYi9saXNwL3Byb2NlZC5lbAppbmRleCBjMDllZTE4YThi Li4xMDIxNzFiZWYwIDEwMDY0NAotLS0gYS9saXNwL3Byb2NlZC5lbAorKysgYi9saXNwL3Byb2Nl ZC5lbApAQCAtOTA1LDcgKzkwNSw4IEBAIHByb2NlZC1hdXRvLXVwZGF0ZS10aW1lcgogICAodW5s ZXNzIChzZXEtZmlsdGVyIChsYW1iZGEgKGJ1ZikKICAgICAgICAgICAgICAgICAgICAgICAgICh3 aXRoLWN1cnJlbnQtYnVmZmVyIGJ1ZgogICAgICAgICAgICAgICAgICAgICAgICAgICAod2hlbiAo ZXEgbWFqb3ItbW9kZSAncHJvY2VkLW1vZGUpCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAg KGlmIHByb2NlZC1hdXRvLXVwZGF0ZS1mbGFnCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg KGlmIChhbmQgcHJvY2VkLWF1dG8tdXBkYXRlLWZsYWcKKyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAoZ2V0LWJ1ZmZlci13aW5kb3cgYnVmIHQpKQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAocHJvY2VkLXVwZGF0ZSB0IHQpKQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHQpKSkKICAgICAgICAgICAgICAgICAgICAgICAoYnVmZmVyLWxpc3QpKQpAQCAt MTk4Niw3ICsxOTg3LDEzIEBAIHByb2NlZC11cGRhdGUKICAgICA7OyBkb25lCiAgICAgKG9yIHF1 aWV0IChpbnB1dC1wZW5kaW5nLXApCiAgICAgICAgIChtZXNzYWdlIChpZiByZXZlcnQgIlVwZGF0 aW5nIHByb2Nlc3MgaW5mb3JtYXRpb24uLi5kb25lLiIKLSAgICAgICAgICAgICAgICAgICAiVXBk YXRpbmcgcHJvY2VzcyBkaXNwbGF5Li4uZG9uZS4iKSkpKSkKKyAgICAgICAgICAgICAgICAgICAi VXBkYXRpbmcgcHJvY2VzcyBkaXNwbGF5Li4uZG9uZS4iKSkpKQorICA7OyBUaGlzIHNldHMgdGhl IHdpbmRvdyBwb2ludCBmb3IgYWxsIHdpbmRvd3MgZGlzcGxheWluZyB0aGUgUHJvY2VkIGJ1ZmZl cgorICA7OyB3aGljaCBtZWFucyBhbGwgd2luZG93cyB3aWxsIGhhdmUgdGhlaXIgcG9pbnQgc2V0 IHRvIHRoZSBtb3N0IHJlY2VudGx5CisgIDs7IHZpc2l0ZWQgd2luZG93IGRpc3BsYXlpbmcgdGhl IGJ1ZmZlci4gIFBvc3NpYmx5IHdlIGNvdWxkIHNhdmUgYWxsIHdpbmRvdworICA7OyBwb2ludHMg YWhlYWQgb2YgdGltZSwgdGhvdWdoIHRoaXMgaXMgbW9yZSBjb21wbGljYXRlZC4KKyAgKG1hcGMg KGxhbWJkYSAod2luKSAoc2V0LXdpbmRvdy1wb2ludCB3aW4gKHBvaW50KSkpCisgICAgICAgIChn ZXQtYnVmZmVyLXdpbmRvdy1saXN0IChjdXJyZW50LWJ1ZmZlcikpKSkKIAogKGRlZnVuIHByb2Nl ZC1yZXZlcnQgKCZyZXN0IF9hcmdzKQogICAiUmVldmFsdWF0ZSB0aGUgcHJvY2VzcyBsaXN0aW5n IGJhc2VkIG9uIHRoZSBjdXJyZW50bHkgcnVubmluZyBwcm9jZXNzZXMuCi0tIAoyLjMwLjIKCg== --000000000000eb19d505f0e5651b-- ------------=_1673685721-15582-1--