From unknown Mon Aug 11 12:55:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54060: 29.0.50; diff-buffers should take narrowing into account Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Feb 2022 18:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 54060 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 54060@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16452076227632 (code B ref -1); Fri, 18 Feb 2022 18:08:02 +0000 Received: (at submit) by debbugs.gnu.org; 18 Feb 2022 18:07:02 +0000 Received: from localhost ([127.0.0.1]:56379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nL7eo-0001yo-3C for submit@debbugs.gnu.org; Fri, 18 Feb 2022 13:07:02 -0500 Received: from lists.gnu.org ([209.51.188.17]:36362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nL7em-0001ya-NM for submit@debbugs.gnu.org; Fri, 18 Feb 2022 13:07:01 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57554) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nL7em-0002ar-IK for bug-gnu-emacs@gnu.org; Fri, 18 Feb 2022 13:07:00 -0500 Received: from [2a00:1450:4864:20::536] (port=36729 helo=mail-ed1-x536.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nL7ek-0002ZT-Nu for bug-gnu-emacs@gnu.org; Fri, 18 Feb 2022 13:07:00 -0500 Received: by mail-ed1-x536.google.com with SMTP id cm8so7197731edb.3 for ; Fri, 18 Feb 2022 10:06:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=R0q1DwEnm/ZfiQXtfQB0SWi+7yn+xxP/r6TnwjG2kQI=; b=c53h9LrXdw+L0rl+O2Yv+aQNwTXgyHu/nggIMjSKpEF5eFtsrN+Edcp2VxLc3ItcEn cKHsCQj6hh9WPr8y+R+pXelYdK74gGKYsn0DcIonIGNa/nXuZd0kVdfyA6XpcNt5nZr9 2U+cHukAT3v2HK0O/uDoxlhm0u+pDZM+Rv/f45kbfzeuNwtHYBOh4o/iCx+S3xZVT27Q OFUqXuDLBXZCDBD4K8wlqla2tGGuDUyA8FMYVD/8neAPkQKoakBZlQ29NKbkLbKifH0V +gZlcvTmHI3JRab7gulFh3739si85CGt75AG9sSR6HYXPblzLjmNdPrOOyWd8uMIBkQx pdLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=R0q1DwEnm/ZfiQXtfQB0SWi+7yn+xxP/r6TnwjG2kQI=; b=43wAZpZ+D2zvAJMaOFW1F4hqYXXeuRG92wczpMP8/LCvW83nwajUS5rQKrDj7DK8F/ Jmmk3He32lWYlVuABGdG81nd1aSD7qtOaKP9S22EkLIMfbjC+satZqRlzzyB8VwPNwji jD/VAhucLx6eCjtZT8WDosO3d/DfdQApIbVaGAN+YOaTnZef4gxSCRpiKDfsT8iY+egj V1x2uNcXtyOnlF3ATM/cN21tw39f9VoMfABm6sxv4Gwm/FTDIY7bF9bdbH7QagcDQiy5 HZ7DWKty0ufSpAkHfht6jd48hHv/LYM4QuJzZkBeUOiyeEfTTYB+jNjnLxIxGWDmLQ41 JPuQ== X-Gm-Message-State: AOAM532QuCzZ1GeRyd7auT7Ap7vo94EI/ucWPtY2S5AxT5ZTankekYkD CImLqM0etZDrwfULalMAUqnkak2YlUQ= X-Google-Smtp-Source: ABdhPJyDzULZwlDNv/PaYCdjZHD1JLvi13Z6yZe86WXLcMbf1nTmZoftDJTTC+DO2P2Yi9v2gGAInA== X-Received: by 2002:a05:6402:144b:b0:410:b990:a68a with SMTP id d11-20020a056402144b00b00410b990a68amr9452046edx.25.1645207616644; Fri, 18 Feb 2022 10:06:56 -0800 (PST) Received: from phst ([2a02:2455:2a4:dc00:fc20:26e5:3052:1bd8]) by smtp.gmail.com with ESMTPSA id j9sm2463852ejo.106.2022.02.18.10.06.55 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 18 Feb 2022 10:06:56 -0800 (PST) From: Philipp Stephani Date: Fri, 18 Feb 2022 19:06:53 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::536 (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::536; envelope-from=p.stephani2@gmail.com; helo=mail-ed1-x536.google.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, PDS_HP_HELO_NORDNS=0.659, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Unlike ediff-buffers, diff-buffers always compares the entire buffer contents, not the accessible portion. I think it would be better to restrict the diff to the accessible portion, since normally buf [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (p.stephani2[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (p.stephani2[at]gmail.com) -0.0 T_SCC_BODY_TEXT_LINE No description available. 1.5 SPOOFED_FREEMAIL No description available. 0.8 SPOOF_GMAIL_MID From Gmail but it doesn't seem to be... 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.1 (--) Unlike ediff-buffers, diff-buffers always compares the entire buffer contents, not the accessible portion. I think it would be better to restrict the diff to the accessible portion, since normally buffer commands only act on the accessible portion (and the capability to compare only portions of buffers is occasionally quite useful!). IIUC the only change needed would be to replace (write-region nil nil ...) in diff-file-local-copy with (write-region (point-min) (point-max) ...). If we don't want to change the default behavior, then this could be made configurable with a customization option. In GNU Emacs 29.0.50 (build 54, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, = cairo version 1.16.0) of 2022-02-18 Repository revision: 51e51ce2df46fc0c6e17a97e74b00366bb9c09d8 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Debian GNU/Linux rodete Configured using: 'configure --enable-gcc-warnings=3Dwarn-only --enable-gtk-deprecation-warnings --without-pop --with-mailutils --enable-checking=3Dall --enable-check-lisp-object-type --with-modules 'CFLAGS=3D-O0 -ggdb3'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LC_TIME: en_DK.utf8 value of $LANG: en_US.utf8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug sendmail phst skeleton pcase ffap thingatpt url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs json map url-vars rx message mailcap yank-media rmc dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader gnutls puny elp dbus xml seq gv subr-x byte-opt bytecomp byte-compile cconv compile text-property-search comint ansi-color ring cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 67362 5801) (symbols 48 8201 3) (strings 32 23681 3041) (string-bytes 1 761117) (vectors 16 15598) (vector-slots 8 208560 36973) (floats 8 28 30) (intervals 56 230 0) (buffers 992 11)) --=20 Google Germany GmbH Erika-Mann-Stra=C3=9Fe 33 80636 M=C3=BCnchen Gesch=C3=A4ftsf=C3=BChrer: Paul Manicle, Liana Sebastian Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Diese E-Mail ist vertraulich. Falls Sie diese f=C3=A4lschlicherweise erhal= ten haben sollten, leiten Sie diese bitte nicht an jemand anderes weiter, l=C3=B6sche= n Sie alle Kopien und Anh=C3=A4nge davon und lassen Sie mich bitte wissen, dass d= ie E-Mail an die falsche Person gesendet wurde. This e-mail is confidential. If you received this communication by mistake, please don=E2=80=99t forward it to anyone else, please erase all copies and attachments, and please let me know that it has gone to the wrong person. From unknown Mon Aug 11 12:55:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54060: 29.0.50; diff-buffers should take narrowing into account Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Feb 2022 12:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54060 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Philipp Stephani Cc: 54060@debbugs.gnu.org Received: via spool by 54060-submit@debbugs.gnu.org id=B54060.164527377720551 (code B ref 54060); Sat, 19 Feb 2022 12:30:02 +0000 Received: (at 54060) by debbugs.gnu.org; 19 Feb 2022 12:29:37 +0000 Received: from localhost ([127.0.0.1]:57038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLOrp-0005LO-Ie for submit@debbugs.gnu.org; Sat, 19 Feb 2022 07:29:37 -0500 Received: from quimby.gnus.org ([95.216.78.240]:43548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLOro-0005LB-E3 for 54060@debbugs.gnu.org; Sat, 19 Feb 2022 07:29:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=mZ9jMEH1ZiLhROUlNCfprY2x9xKW6g+B2IFYuQ7z0tU=; b=NffpwuIMbC2dXWAqOh7t4NkDnP 3F2ulJheLbM16qZtgjw0vwzWdk+04i5QiNwS6ACul0HCyJWlp2b4z5teOJuvUaFkerE+6GEX+Nug9 IEX2XTfoecn04DQdRlF1UEUimnT+yZvL/EJLe1igWnGdJZiFM/WwheNv65+H/TTLcyjc=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLOrc-0006JV-H3; Sat, 19 Feb 2022 13:29:29 +0100 From: Lars Ingebrigtsen References: X-Now-Playing: Tuxedomoon's _Ten Years In One Night (Live)_: "Reedin', Rightin', Rhythmatic" Date: Sat, 19 Feb 2022 13:29:23 +0100 In-Reply-To: (Philipp Stephani's message of "Fri, 18 Feb 2022 19:06:53 +0100") Message-ID: <87bkz3xcnw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Philipp Stephani writes: > Unlike ediff-buffers, diff-buffers always compares the entire buffer > contents, not the accessible portion. I think it would be better to > restrict the diff to the accessible portion, since normal [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (---) Philipp Stephani writes: > Unlike ediff-buffers, diff-buffers always compares the entire buffer > contents, not the accessible portion. I think it would be better to > restrict the diff to the accessible portion, since normally buffer > commands only act on the accessible portion (and the capability to > compare only portions of buffers is occasionally quite useful!). Makes sense to me, but I rarely use diff-buffers, so I don't really know what the expectations are. > IIUC the only change needed would be to replace (write-region nil nil > ...) in diff-file-local-copy with (write-region (point-min) > (point-max) ...). If we don't want to change the default behavior, > then this could be made configurable with a customization option. I think it would make sense to change the default behaviour, but perhaps have an option to switch it back to the old behaviour. Any opinions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 20 14:42:18 2022 Received: (at control) by debbugs.gnu.org; 20 Feb 2022 19:42:18 +0000 Received: from localhost ([127.0.0.1]:33885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLs66-0008Hh-7C for submit@debbugs.gnu.org; Sun, 20 Feb 2022 14:42:18 -0500 Received: from quimby.gnus.org ([95.216.78.240]:58940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLs61-0008HQ-7v for control@debbugs.gnu.org; Sun, 20 Feb 2022 14:42:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=rUHojnbJXjqp5HQDXFMNSZ0Nhak5y3Ok7uOg6i3Cf7k=; b=l7Uqs1sYEGNxC8P8EWutwuTJ18 2A2ua6+Nrvvy68TKYbDrS98s8REteeSByWU5AHUEfF/EE4KT8/yuvc5joVFb8E+kyKSa/PFn/vVPw TeFA4tP+2nIhEadFJSBjkfFYgFF/L/3JQsEiesd+rE4FdB3fl0EHMcbLqTb5TELwM+Ag=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLs5s-0005g9-RH for control@debbugs.gnu.org; Sun, 20 Feb 2022 20:42:07 +0100 Date: Sun, 20 Feb 2022 20:42:02 +0100 Message-Id: <87bkz1mik5.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #54060 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 54060 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) tags 54060 + moreinfo quit From unknown Mon Aug 11 12:55:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54060: 29.0.50; diff-buffers should take narrowing into account Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2022 18:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54060 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Philipp Stephani Cc: 54060@debbugs.gnu.org Received: via spool by 54060-submit@debbugs.gnu.org id=B54060.164788737830814 (code B ref 54060); Mon, 21 Mar 2022 18:30:02 +0000 Received: (at 54060) by debbugs.gnu.org; 21 Mar 2022 18:29:38 +0000 Received: from localhost ([127.0.0.1]:38204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMmg-00080w-64 for submit@debbugs.gnu.org; Mon, 21 Mar 2022 14:29:38 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53238) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMmd-00080Z-Sp for 54060@debbugs.gnu.org; Mon, 21 Mar 2022 14:29:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=DwlUguHbGSUHWcLZOWhGUUc4/vA9RGbPlXmY3OzDf2c=; b=m4odYuzPe3h56o2DWTdjPnPpai AfziawID3CwywG+ktigi/RywftJ1ypg+8wKNpS5ytan7AympXO2FPQdwVPOV0eTtqX0AWFTXm5zgf Jjz3tQhtFzU9gV2kchTWv4911fnX/jk6fbK19lqPIsfi2gJqeOq2BmJhjzOaSukibpW4=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWMmV-0002Fz-9Z; Mon, 21 Mar 2022 19:29:29 +0100 From: Lars Ingebrigtsen References: <87bkz3xcnw.fsf@gnus.org> Date: Mon, 21 Mar 2022 19:29:26 +0100 In-Reply-To: <87bkz3xcnw.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 19 Feb 2022 13:29:23 +0100") Message-ID: <87ee2vqhvd.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > I think it would make sense to change the default behaviour, but perhaps > have an option to switch it back to the old behaviour. > > Any opinions? Nobody had any opinions, but I went in the opposite direction -- keeping the previous behaviour. But I don't really have much of an opinion here, so if somebody thinks that the default should be the o [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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 (---) Lars Ingebrigtsen writes: > I think it would make sense to change the default behaviour, but perhaps > have an option to switch it back to the old behaviour. > > Any opinions? Nobody had any opinions, but I went in the opposite direction -- keeping the previous behaviour. But I don't really have much of an opinion here, so if somebody thinks that the default should be the opposite way, please go ahead and make the change. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 21 14:29:42 2022 Received: (at control) by debbugs.gnu.org; 21 Mar 2022 18:29:42 +0000 Received: from localhost ([127.0.0.1]:38207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMmk-00081G-DO for submit@debbugs.gnu.org; Mon, 21 Mar 2022 14:29:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMmj-00080j-8p for control@debbugs.gnu.org; Mon, 21 Mar 2022 14:29:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=GnmqCbRPXjVpkdPxDzb/oZtKryoEET6ZMm9Dg1UVo4k=; b=AX4oRd2fHNJbur7TUIcY4Ncdfd M6BQk70fV+K2fTv3ZL1JGab87lZao3Q4LSENcpqLy8nigTwFV+npb9SwNUsdhldRSG4cQa3gz9ClO AeIml39hWSXiR3Qnwdf1/kxo+jDBfFJ0qteDS7+R4EGpeMIxel+8qW3lbwZ/lrjWr0Kk=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWMmb-0002G9-W9 for control@debbugs.gnu.org; Mon, 21 Mar 2022 19:29:35 +0100 Date: Mon, 21 Mar 2022 19:29:33 +0100 Message-Id: <87czifqhv6.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #54060 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 54060 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) close 54060 29.1 quit From unknown Mon Aug 11 12:55:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54060: 29.0.50; diff-buffers should take narrowing into account Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2022 22:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54060 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: 54060@debbugs.gnu.org Received: via spool by 54060-submit@debbugs.gnu.org id=B54060.16479019287993 (code B ref 54060); Mon, 21 Mar 2022 22:33:01 +0000 Received: (at 54060) by debbugs.gnu.org; 21 Mar 2022 22:32:08 +0000 Received: from localhost ([127.0.0.1]:38716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWQZL-00024h-SA for submit@debbugs.gnu.org; Mon, 21 Mar 2022 18:32:08 -0400 Received: from mail-wm1-f43.google.com ([209.85.128.43]:38436) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWQZK-000203-JN for 54060@debbugs.gnu.org; Mon, 21 Mar 2022 18:32:07 -0400 Received: by mail-wm1-f43.google.com with SMTP id j13-20020a05600c1c0d00b0038c8f94aac2so396509wms.3 for <54060@debbugs.gnu.org>; Mon, 21 Mar 2022 15:32:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7ZY9xm1evTNdj2Kv5EwlZra8LB6j15h+CWfIVZ7xJT8=; b=drSYyB+oKeANSkbE/JYj2cF1XCEwaHOVBHe59I9/BU3LdLlyWmTAFsWGaOFfb/470w x4U38FwLuYq22dtxUeocalY2VndzPE8+1KbS88zAJOxLdBCbIs7GLaNUkp+f1kmsBxdi pEkxxlPHQ1LtBsTRRl76WaqTkaI7I2LKQKV8nqgbF9LmKl6VkuLR6NBGh5ZSEguSHhlU XPxAh+GA5BGkQb7Jsb9sSmdoqwIqFCo/Z7tmud3anU3TFtlpGn2hLLI+Ovad6qHFAwOW cfi5S68gm1cKF3ZugY+ZuccUTWMZftwNgMwr8X9ZechfBPEjn3i8+Bx/m1tqiVVLbk4C QOzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7ZY9xm1evTNdj2Kv5EwlZra8LB6j15h+CWfIVZ7xJT8=; b=TxB99fsF1jfE/mfbRNydapTtsa5Mqq9iuiDdgzo0/06BZP20j5SmQo+FPiRSFonCNz 91yQburIa7AV7xaB1bMY9FA4C12qhoDDff0JS0QwH97CuSKFqIH/8NMPtWjdr8QDsaPD ODQE5sAZ51NsB5BkDichIQUenDQWp+y60Ir3WNsyoePKnP6OvaeiHJIH9rN1s9Z8HHHF LtjOawMTJFLJw8VXonyTTh2rvUREAPfPhEKrxuqZEyIvK/vJZo/rZF19Pgk8p6ZXs4DB r89c5x0v8f8fnAHSINFHla1CsFKilib7g0IePPD3Did3kcvOdIFg8CQlXj9nofLwUDg5 rAeA== X-Gm-Message-State: AOAM532In9xHrEPhpZ5MvQ2ReZmBmoK8APYtU0E105PSpWBFyWrhxnue kgvesQb9TekPr5Z7glIHisc= X-Google-Smtp-Source: ABdhPJz6W8Feabua8AEKdp8V+HKki2hlFRcsp5TDFGIDEPkxvUfRK7QH4wc2F15rH6zHx59IiPRuuQ== X-Received: by 2002:a05:600c:887:b0:38c:aa02:8744 with SMTP id l7-20020a05600c088700b0038caa028744mr1082960wmp.11.1647901920443; Mon, 21 Mar 2022 15:32:00 -0700 (PDT) Received: from smtpclient.apple ([2a02:2455:2a4:dc00:7193:7efe:bf57:be1a]) by smtp.gmail.com with ESMTPSA id f9-20020a05600c154900b0038cb98076d6sm11769wmg.10.2022.03.21.15.31.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Mar 2022 15:31:59 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) From: Philipp Stephani In-Reply-To: <87bkz3xcnw.fsf@gnus.org> Date: Mon, 21 Mar 2022 23:31:58 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <67DE67CB-6DB3-4D0D-8856-F336EB53965A@gmail.com> References: <87bkz3xcnw.fsf@gnus.org> X-Mailer: Apple Mail (2.3696.80.82.1.1) X-Spam-Score: 0.2 (/) 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: -0.8 (/) > Am 19.02.2022 um 13:29 schrieb Lars Ingebrigtsen : >=20 > Philipp Stephani writes: >=20 >> Unlike ediff-buffers, diff-buffers always compares the entire buffer >> contents, not the accessible portion. I think it would be better to >> restrict the diff to the accessible portion, since normally buffer >> commands only act on the accessible portion (and the capability to >> compare only portions of buffers is occasionally quite useful!). >=20 > Makes sense to me, but I rarely use diff-buffers, so I don't really = know > what the expectations are. =20 >=20 >> IIUC the only change needed would be to replace (write-region nil nil >> ...) in diff-file-local-copy with (write-region (point-min) >> (point-max) ...). If we don't want to change the default behavior, >> then this could be made configurable with a customization option. >=20 > I think it would make sense to change the default behaviour, but = perhaps > have an option to switch it back to the old behaviour. >=20 > Any opinions? I agree. At least my opinion/expectation is that commands should by = default act on the accessible portion of the buffer.=