From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 09 22:59:52 2021 Received: (at submit) by debbugs.gnu.org; 10 Nov 2021 03:59:52 +0000 Received: from localhost ([127.0.0.1]:36550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkem7-0006oi-Ga for submit@debbugs.gnu.org; Tue, 09 Nov 2021 22:59:52 -0500 Received: from lists.gnu.org ([209.51.188.17]:44146) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mke3y-0005dV-9A for submit@debbugs.gnu.org; Tue, 09 Nov 2021 22:14:18 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54434) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mke3x-0004R8-Bx for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2021 22:14:14 -0500 Received: from [2607:f8b0:4864:20::236] (port=38892 helo=mail-oi1-x236.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mke3v-0006nj-76 for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2021 22:14:13 -0500 Received: by mail-oi1-x236.google.com with SMTP id r26so2604711oiw.5 for ; Tue, 09 Nov 2021 19:14:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sharpleaf-org.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=1/pMUoWHLG9uTyGWU2LsnpYQCqShV7W6fsRdE8NX+gY=; b=1o4C0zrM6HPHRXFj+9HxKhwX2xLrnAw3WYjbsANKecpVYNRdO7RfuV1TCkMy4d3U3I D6qPgRqm/087hNOmNHVkei+NPFldiQBGpv5sp631tSNCMHga4m10jNfF/wUHrMmi+wdf 8cns1oCWk0/cqozm3VuKtKPJU9k82yTtJgTs+eVUHhikyuKMwTd2IQnTEmW2MKdgC50o PucLJ/MIAcbXJhkiAQ0UOJAcWY1qGz7pSha1jGHQ+gmY6ep4mZ3TfXWFZiHhu6BcvDOd p+ZG9RAmwNfD0RbRTr9Q0aarmamfc7rvS6UZVlEp7bNkpWO34HVlit3k2YyuCNhvt9IM ctzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=1/pMUoWHLG9uTyGWU2LsnpYQCqShV7W6fsRdE8NX+gY=; b=dK04+kWuP4SRQ1k/j6vYs49OUtdLI640zobcLP54xH0psk3Pu5o+RzOcbB4JOsvwPx YfuubFM2MYQLH5+mADhjxHi2xd/FVIuHa/S/++XAwlJSisvEWsDKmIFaEmmA1uu2n/Xa vEBsqJwXCg+MVFNFwaXHVUrKRg/YAybmpipWxPItxOp/57Etf2H/Kjmc/Y570rGp2Ug2 U2VXlYszwgTthHHArGbLFjkkEQ04oqZsjjFDzH8JZvK/E0qp49qamEHW2ndCX/zkaNmr MYofN2if9Pud4l5aqAs7Px1ZlEW3VS9sbAnUrLeRdbMg95GF9wuGX24uNRwUabN/CvaK pByg== X-Gm-Message-State: AOAM533hvxAFO1lgWkA2uAuovEsbmMBeizVqny2Y2Ngau1xAgfqj9gDk k00ReIabZTkN0jEO9Ohki3iogmzpQeqAQCV46EzjiGbmcu9K3JVF X-Google-Smtp-Source: ABdhPJwAX5qMe6uGblSU6RDJPRcubqpBfbjA+WvzrAP6vRpjSQ75o+KDXJjwPvZJHvpRJH+p/NDoIaUKjiN6RYrKwpc= X-Received: by 2002:a17:90b:2389:: with SMTP id mr9mr13198316pjb.152.1636513648271; Tue, 09 Nov 2021 19:07:28 -0800 (PST) MIME-Version: 1.0 From: Scott Otterson Date: Tue, 9 Nov 2021 19:06:52 -0800 Message-ID: Subject: 27.2; find-file-literally doesn't respect saveplace-mode To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000acf82605d06686a4" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2607:f8b0:4864:20::236 (failed) Received-SPF: pass client-ip=2607:f8b0:4864:20::236; envelope-from=scotto@sharpleaf.org; helo=mail-oi1-x236.google.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 09 Nov 2021 22:59:50 -0500 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 (--) --000000000000acf82605d06686a4 Content-Type: text/plain; charset="UTF-8" In my config file, I have (save-place-mode 1), so when I visit a file with M-x find-file, close that file, and then revisit it, the cursor is returned to its last position during the previous find-file visit. However, if I open the file with M-x find-file-literally, then the cursor always goes to the top. Also, when I later reopen the file with find-file, the previous position of the last M-x find-file is lost (the cursor goes to the top). This is a bother when I'm flipping through many files with a command like the consult package's consult-recent-file, which previews each file as you move through the recent file list. In the case of large files, consult-recent-file reverts to using find-file-literally; the result is that you can potentially lose your place in a large collection of your most used files. The simplest way to make this better is to not allow find-file-literally to change the save-place-mode state. Better would be if it opened the file at the same cursor position as would find-file, and upon exit, appropriately set the save-place-mode state. ---------- In GNU Emacs 27.2 (build 1, x86_64-w64-mingw32) of 2021-03-26 built on CIRROCUMULUS Repository revision: deef5efafb70f4b171265b896505b92b6eef24e6 Repository branch: HEAD Windowing system distributor 'Microsoft Corp.', version 10.0.22000 System Description: Microsoft Windows 10 Home (v10.0.2009.22000.282) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --without-dbus --host=x86_64-w64-mingw32 --without-compress-install 'CFLAGS=-O2 -static'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2 HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: ENU locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-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 transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu 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 charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 47294 6213) (symbols 48 6072 1) (strings 32 16900 2165) (string-bytes 1 532003) (vectors 16 10062) (vector-slots 8 130503 11604) (floats 8 21 242) (intervals 56 235 0) (buffers 1000 11)) --000000000000acf82605d06686a4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
In my config file, I have (save-place-mode 1), so when I v= isit a file with M-x find-file, close that file, and then revisit it, the c= ursor is returned to its last position during the previous find-file visit.=

However, if I open the file with M-x find-file-literally, then the = cursor always goes to the top.=C2=A0 Also, when I later reopen the file wit= h find-file, the previous position of the last M-x find-file is lost (the c= ursor goes to the top).

This is a bother when I'm flipping throu= gh many files with a command like the consult package's consult-recent-= file, which previews each file as you move through the recent file list.=C2= =A0 In the case of large files, consult-recent-file reverts to using find-f= ile-literally; the result is that you can potentially lose your place in a = large collection of your most used files.

The simplest way to make t= his better is to not allow find-file-literally to change the save-place-mod= e state.

Better would be if it opened the file at the same cursor po= sition as would find-file, and upon exit, appropriately set the save-place-= mode state.

----------

In GNU Emacs 27.2 (build 1, x86_64-w64= -mingw32)
=C2=A0of 2021-03-26 built on CIRROCUMULUS
Repository revisi= on: deef5efafb70f4b171265b896505b92b6eef24e6
Repository branch: HEAD
= Windowing system distributor 'Microsoft Corp.', version 10.0.22000<= br>System Description: Microsoft Windows 10 Home (v10.0.2009.22000.282)
=
Recent messages:
For information about GNU Emacs and the GNU system,= type C-h C-a.

Configured using:
=C2=A0'configure --without-d= bus --host=3Dx86_64-w64-mingw32
=C2=A0--without-compress-install 'CF= LAGS=3D-O2 -static''

Configured features:
XPM JPEG TIFF G= IF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOL= KIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP

Important set= tings:
=C2=A0 value of $LANG: ENU
=C2=A0 locale-coding-system: cp1252=

Major mode: Lisp Interaction

Minor modes in effect:
=C2= =A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 eldoc-mode: t<= br>=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 t= ool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode:= t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0= blink-cursor-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-enc= ryption-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 line-number-mo= de: t
=C2=A0 transient-mark-mode: t

Load-path shadows:
None fo= und.

Features:
(shadow sort mail-extr emacsbug message rmc puny d= ired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cac= he epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-proper= ty-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv m= m-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mai= lheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util m= ail-prsvr mail-utils
tooltip eldoc electric uniquify ediff-hook vc-hooks= lisp-float-type
mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win = w32-vars
term/common-win tool-bar dnd fontset image regexp-opt fringetabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-m= ode register page tab-bar menu-bar rfn-eshadow isearch timer
select scro= ll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-color= s frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnam= ese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew gr= eek romanian slovak czech european ethiopic indian
cyrillic chinese comp= osite charscript charprop case-table epa-hook
jka-cmpr-hook help simple = abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macro= exp files text-properties overlay sha1 md5
base64 format env code-pages = mule custom widget hashtable-print-readable
backquote threads w32notify = w32 lcms2 multi-tty make-network-process
emacs)

Memory informatio= n:
((conses 16 47294 6213)
=C2=A0(symbols 48 6072 1)
=C2=A0(string= s 32 16900 2165)
=C2=A0(string-bytes 1 532003)
=C2=A0(vectors 16 1006= 2)
=C2=A0(vector-slots 8 130503 11604)
=C2=A0(floats 8 21 242)
=C2= =A0(intervals 56 235 0)
=C2=A0(buffers 1000 11))
--000000000000acf82605d06686a4-- From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 10 08:28:04 2021 Received: (at 51740) by debbugs.gnu.org; 10 Nov 2021 13:28:04 +0000 Received: from localhost ([127.0.0.1]:37364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkndz-00066R-RB for submit@debbugs.gnu.org; Wed, 10 Nov 2021 08:28:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:58306) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkndy-00065w-MN for 51740@debbugs.gnu.org; Wed, 10 Nov 2021 08:28:02 -0500 Received: from [2001:470:142:3::e] (port=58312 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mkndt-0001cD-BS; Wed, 10 Nov 2021 08:27:57 -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=eZSPh4g7UeGLCOLxeWWoq1Q7NeVDbfleahZ/PnRgs50=; b=m3E/gtPwF0Gx f22C9BiPXlLyPWMcuEfwS+wbhH9yPUalNxk+OTZQ/AuVeuGDSpESRj7oujyxI9SEJ839nUBxpnfTx tsKQF37307KpVnwPNsyTXPbUPvGHaD97btlJdJJE/ELzYBG0eRAlDIb88yDyhThOPdbw/Wu0Bc5T5 6pA7etEooWN084FNxHeDPexW7q4mYt1HRl7qgkzQxpS09TyCGzJir4h3I6Zz8jJBePNqwKwVtTrrv EGOueFh9Lfg7DyCmkxSyAQo6SrYkp5gkPUC40epExuahSEdEaS4nGU36inP53MqvTyYiZhL8bS5Uy AtXWJUZ2JnCUi/dEiFzUdA==; Received: from [87.69.77.57] (port=3021 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 1mknds-0003FE-RY; Wed, 10 Nov 2021 08:27:57 -0500 Date: Wed, 10 Nov 2021 15:27:52 +0200 Message-Id: <835yt03ztz.fsf@gnu.org> From: Eli Zaretskii To: Scott Otterson In-Reply-To: (message from Scott Otterson on Tue, 9 Nov 2021 19:06:52 -0800) Subject: Re: bug#51740: 27.2; find-file-literally doesn't respect saveplace-mode References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51740 Cc: 51740@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: Scott Otterson > Date: Tue, 9 Nov 2021 19:06:52 -0800 > > The simplest way to make this better is to not allow find-file-literally to change the save-place-mode state. I think this is the only solution. > Better would be if it opened the file at the same cursor position as would find-file, and upon exit, appropriately > set the save-place-mode state. That's not really possible, since find-file-literally reads the file into a buffer in a way that can completely change the relation between the buffer position and the corresponding file byte offset -- due to decoding of text and other transformations that affect this. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 10 23:05:16 2021 Received: (at 51740) by debbugs.gnu.org; 11 Nov 2021 04:05:16 +0000 Received: from localhost ([127.0.0.1]:39739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml1Ku-0001AE-Gm for submit@debbugs.gnu.org; Wed, 10 Nov 2021 23:05:16 -0500 Received: from quimby.gnus.org ([95.216.78.240]:49332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml1Ks-00019n-8X for 51740@debbugs.gnu.org; Wed, 10 Nov 2021 23:05:15 -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=FuNx9/Fuo1rdyr3NFkClfHoJqvX5lpsIhWXgZDqN6bA=; b=jwMVj8HVJ8orbQTDwJaj3buYhF kZexf1WaJQhURcdZFEUm4oS7Cn5Gkb3203F8I2XQd51HkuA9uOZSKkbZIlgb4Zs1pnb2wKJSbVMC3 Qa1zDVEHSZxUBQSHSvtNO7VNKm0P3x8m5/PKR/qkQW2Ts/IFssYynDJpmhhyUPrVO1jM=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ml1Kh-00024y-Lv; Thu, 11 Nov 2021 05:05:06 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#51740: 27.2; find-file-literally doesn't respect saveplace-mode References: <835yt03ztz.fsf@gnu.org> X-Now-Playing: Namasenda's _Unlimited Ammo - Infinity_: "No Regrets" Date: Thu, 11 Nov 2021 05:05:03 +0100 In-Reply-To: <835yt03ztz.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 10 Nov 2021 15:27:52 +0200") Message-ID: <87zgqbbamo.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: Eli Zaretskii writes: > That's not really possible, since find-file-literally reads the file > into a buffer in a way that can completely change the relation between > the buffer position and the corresponding file byte of [...] 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: 51740 Cc: Scott Otterson , 51740@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 (---) Eli Zaretskii writes: > That's not really possible, since find-file-literally reads the file > into a buffer in a way that can completely change the relation between > the buffer position and the corresponding file byte offset -- due to > decoding of text and other transformations that affect this. Yup. So I've now done this in Emacs 29 (and not on the emacs-28 branch since this isn't a regression). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 10 23:05:18 2021 Received: (at control) by debbugs.gnu.org; 11 Nov 2021 04:05:18 +0000 Received: from localhost ([127.0.0.1]:39742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml1Kw-0001AS-Nk for submit@debbugs.gnu.org; Wed, 10 Nov 2021 23:05:18 -0500 Received: from quimby.gnus.org ([95.216.78.240]:49366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml1Kv-00019z-H1 for control@debbugs.gnu.org; Wed, 10 Nov 2021 23:05: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=zG+XYt0VLyu0LbJ+n2IVZz+eP0oxgJl7ZuownJC9mb8=; b=RUiOTot0omua/ARRg/sbRFupMq mK4diCqzTxlcIln6Szc2+SfjgnRSIqt17Foa6A5APb+xm8CA5mrm9ko7tKSeVtDfq60aPq5xvFfkO TizuN+XF8H42k0qnLZZk9iCtJGMYW7YWl6mIiSKxcLoIms923RKofvew2nfdUrn3qJRs=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ml1Kn-000257-Vl for control@debbugs.gnu.org; Thu, 11 Nov 2021 05:05:12 +0100 Date: Thu, 11 Nov 2021 05:05:09 +0100 Message-Id: <87y25vbami.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #51740 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 51740 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 -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 51740 29.1 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 11 01:55:29 2021 Received: (at 51740) by debbugs.gnu.org; 11 Nov 2021 06:55:29 +0000 Received: from localhost ([127.0.0.1]:40000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml3zc-000541-LE for submit@debbugs.gnu.org; Thu, 11 Nov 2021 01:55:29 -0500 Received: from mail-pl1-f172.google.com ([209.85.214.172]:43709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ml1zo-00073s-6g for 51740@debbugs.gnu.org; Wed, 10 Nov 2021 23:47:32 -0500 Received: by mail-pl1-f172.google.com with SMTP id y1so4751890plk.10 for <51740@debbugs.gnu.org>; Wed, 10 Nov 2021 20:47:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sharpleaf-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tGA4XTdbcx6vntW5+r9WK2QqNs9Ut2mmUbz56wM3rNQ=; b=FjqLptzQDk5noct+qeRobJbscTyzZtR2sMMK5zDoQ+O0BC3HAoFAdzSXBWcVq/LrvK e+CcD3P2rkbolgCJzQGHqO34+ujvlwBtEZ22VG/RIq1q0DJcRQN5xbdy1I7IT6Rn08CV GvDMcjkc2aCnn1t08tjvZTeRg7mSJaD+zO09DRj/5eh7G66l+2FFdr2e8P3hCh1D62uH DhLl4SMLLCKSXbCyE8TPMws7+Se3Q1YclpPXCi2N3HX1jaHfQu1UbSIIsDcwyRRdwxFM QZ6JCSlo8hNs+oUlM6jpsA9uhYhpjxN4DbCpilzz1Epatrp/RoEF8Hhyon6jgALS15Jy anvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tGA4XTdbcx6vntW5+r9WK2QqNs9Ut2mmUbz56wM3rNQ=; b=KoNMsmX82/2c4UyTRK4CfIlKSltgSU+drF7+Y/tlsfoL9NmyoHOqcuzTBVagF1/axp XGmG/cLN69DoiaE04tgfOxHeGpGeXYPluLi6aQr8qoV8Oj8fc2zzaN3TJgo65/7Le/Gs rEGaLQ2wjXAiGH3JvOb5uKUc4hf4yGrvIPfSFPHmCQNEKFVgrWVEoIcA41aHW00eZng6 B/v2/4BJ7HNzeC6fTkH7fBlYlRCRC8/KekXIWk03UJSuQPOaEt9ILaxPhTlIqSVdY9lH RPFzR3Vcfple+LWvRt2NoZ66MizRw2VjOdUDM1bblPBdgmuKxNwpKwah5D5jNCqgrF0w aI5g== X-Gm-Message-State: AOAM533Nsw2S/x2oB2sy2WzH4vMUdSjqJhAo6102EWMWOBF0SoOCqBn+ U9lr1C/I/tgaetXL2WgyoyfSFGPxCZ7q1F+Sg3MZtVU95oC11w== X-Google-Smtp-Source: ABdhPJxQHWFApMfyQhRPBX1XMdDXPP4xg/2eiEc9ldq0v6AHJlzlWew2VgnWCN9KHep8ApC2jmcK+uRKxaS5mX8NvxA= X-Received: by 2002:a17:90a:4306:: with SMTP id q6mr5313064pjg.17.1636606046137; Wed, 10 Nov 2021 20:47:26 -0800 (PST) MIME-Version: 1.0 References: <835yt03ztz.fsf@gnu.org> <87zgqbbamo.fsf@gnus.org> In-Reply-To: <87zgqbbamo.fsf@gnus.org> From: Scott Otterson Date: Wed, 10 Nov 2021 20:46:49 -0800 Message-ID: Subject: Re: bug#51740: 27.2; find-file-literally doesn't respect saveplace-mode To: Lars Ingebrigtsen Content-Type: multipart/alternative; boundary="000000000000047d8b05d07c0a6c" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51740 X-Mailman-Approved-At: Thu, 11 Nov 2021 01:55:27 -0500 Cc: Eli Zaretskii , 51740@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: -1.0 (-) --000000000000047d8b05d07c0a6c Content-Type: text/plain; charset="UTF-8" That was fast. Thanks! On Wed, Nov 10, 2021 at 8:05 PM Lars Ingebrigtsen wrote: > Eli Zaretskii writes: > > > That's not really possible, since find-file-literally reads the file > > into a buffer in a way that can completely change the relation between > > the buffer position and the corresponding file byte offset -- due to > > decoding of text and other transformations that affect this. > > Yup. So I've now done this in Emacs 29 (and not on the emacs-28 branch > since this isn't a regression). > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --000000000000047d8b05d07c0a6c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That was fast.=C2=A0 Thanks!

On Wed, Nov 10, 2021 at 8:= 05 PM Lars Ingebrigtsen <larsi@gnus.or= g> wrote:
Eli Zaretskii <eliz@g= nu.org> writes:

> That's not really possible, since find-file-literally reads the fi= le
> into a buffer in a way that can completely change the relation between=
> the buffer position and the corresponding file byte offset -- due to > decoding of text and other transformations that affect this.

Yup.=C2=A0 So I've now done this in Emacs 29 (and not on the emacs-28 b= ranch
since this isn't a regression).

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no
--000000000000047d8b05d07c0a6c-- From unknown Tue Jun 17 22:19:12 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 09 Dec 2021 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator