From unknown Wed Jun 18 23:13:52 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#69444 <69444@debbugs.gnu.org> To: bug#69444 <69444@debbugs.gnu.org> Subject: Status: 30.0.50; 5 seconds to save file Reply-To: bug#69444 <69444@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:13:52 +0000 retitle 69444 30.0.50; 5 seconds to save file reassign 69444 emacs submitter 69444 Deric Bytes severity 69444 normal tag 69444 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 27 19:33:11 2024 Received: (at submit) by debbugs.gnu.org; 28 Feb 2024 00:33:11 +0000 Received: from localhost ([127.0.0.1]:41598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rf7sk-0005YO-8j for submit@debbugs.gnu.org; Tue, 27 Feb 2024 19:33:11 -0500 Received: from lists.gnu.org ([209.51.188.17]:55288) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rf7sg-0005YA-Oc for submit@debbugs.gnu.org; Tue, 27 Feb 2024 19:33:09 -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 1rf7sF-0005JX-Uy for bug-gnu-emacs@gnu.org; Tue, 27 Feb 2024 19:32:39 -0500 Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rf7s0-0006Ir-9u for bug-gnu-emacs@gnu.org; Tue, 27 Feb 2024 19:32:39 -0500 Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-512be9194b7so5131145e87.1 for ; Tue, 27 Feb 2024 16:32:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709080342; x=1709685142; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=0C0kb13LKm9rbYF0qB9nd0jaycYTT4WQnEnkIvH2Eqk=; b=Lw7QMPYnd60Z8ldY8s/45BygQCttLNljOhq2iJIvdS87HF2BRyruXeEPWIpTKMMvSP QupaR/LcBjOZrbWzDAIuZlphlUzumJJqAiaXTPuh+VWewCDT7QcA6jQ2TNeus+C5qbxD aNEfFwponEFCzpPxnYhaZCOtGrVCkc4t7E1483Krqn4lylBF4groDZqf4gX0gIWjp5o6 ZmrVi2e7PDww26LiQKySeCPxB8nP/nuG4Bhmj5dd8mnc+i5/DuGZk4fC6gAThRzT0UZi XjeybZ/5avw24JvNfpLyvK1mSQSJKA1hzL4VB18x+HXW6kKXW4TcpnGZEpHVtzpE6IiD KHpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709080342; x=1709685142; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=0C0kb13LKm9rbYF0qB9nd0jaycYTT4WQnEnkIvH2Eqk=; b=Mp1fmuJBKMezxCIne8CjCAzLhpGuQbndSJpL7BQ6KquT0pBvg6Eu1MZtsu/JrbQ2DF vvFwe6w711yDB6jw8vhh33H3b5/AqqDrv8KpM4wsbi1qw5qfVtGiOIMhcmJtq7AXnyb2 cSEL7+4itMtNuCskgD7Iyzv89syyPx3gdBlohXj9QYOycikJqwBb4rNqgyGnKG0MYeEN 9anR3AiGnPFg/j9TzNDRq/buAgqdxGDkrgn5W9GwrQrjJqWBkv6JTm3d9G7B00J9e724 tchsNg1cE3ljGf9m4ITpPACl/jxvMPxhk8r76p1i91lfuGo9bXWDeR5NOfzBNvTbuP1c EoBA== X-Gm-Message-State: AOJu0Yzpg4j6ZGx/Qp6kIJGH9lpRLHI+WiYvgYxH2eJvpLz0GdwJdyxw oTxdD5dOM7ZJr9zFOJNKbgwh4nVPQgfhg5ea+NaIET919EF62LZJyZY/iy0HocALI9B0xUtIRvX 14sEUZokeTX+78FBS1fmMM7xkCXXSwzXNbw0= X-Google-Smtp-Source: AGHT+IFliyAoGQNtDQIuX/v8iVPpmRYnl6JPntrvht5jyL98PSrtWhXI1HUIOGR0pxwXnjAozyi7b9hCd+R1zDRcFIA= X-Received: by 2002:ac2:5611:0:b0:513:19ea:3db1 with SMTP id v17-20020ac25611000000b0051319ea3db1mr232543lfd.39.1709080341928; Tue, 27 Feb 2024 16:32:21 -0800 (PST) MIME-Version: 1.0 From: Deric Bytes Date: Wed, 28 Feb 2024 00:32:10 +0000 Message-ID: Subject: 30.0.50; 5 seconds to save file To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000ac607606126646d6" Received-SPF: pass client-ip=2a00:1450:4864:20::129; envelope-from=dericbytes@gmail.com; helo=mail-lf1-x129.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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, WEIRD_PORT=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 (--) --000000000000ac607606126646d6 Content-Type: text/plain; charset="UTF-8" Saving a small file in emacs -q seems to take 1 to 5 seconds. I assume this because the 'Rapid Refresh' app I am using takes 1 to 5 seconds to notice the file change when I change it with emacs but 0 seconds when changed with another editor. . I have done a recent and fresh install of emacs to see if it fixed it but had no luck. # set up rapid refresh app npx create-expo-app@latest -t tabs@50 cd my-app npx expo start w http://localhost:8082/ emacs -q 'app/(tabs)/index.tsx' ;; added a letter to a welcome string. M-x save-buffer Expected result: the 'Fast Refresh' of expo should instantly update the web page. Actual result: a variable 1 to 6 second delay (repeating same process) before update Actual result with neovim: page save leads to instant update every time. I tried disabling these with no effect on the time (setq before-save-hook nil) (setq after-save-hook nil) (setq vc-handled-backends nil) I profiled save-buffer and it was '0 0% ...' In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) of 2023-05-13 built on no-control-x1c Repository revision: 7791907c3852e6ec197352e1c3d3dd8487cc04f5 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12302000 System Description: Ubuntu 23.10 Configured using: 'configure --with-tree-sitter --with-mailutils --with-json --with-xwidgets --with-modules --with-imagemagick --prefix=/home/no-control/installs --bindir=/home/no-control/bin --with-native-compilation=no --with-xft' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ IMAGEMAGICK JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2 XPM XWIDGETS GTK3 ZLIB Important settings: value of $LANG: en_GB.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-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 line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils extra-functions thingatpt help-fns radix-tree cl-print byte-opt gv bytecomp byte-compile debug backtrace help-mode find-func profiler time-date subr-x cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads xwidget-internal dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process emacs) Memory information: ((conses 16 55658 12506) (symbols 48 6603 0) (strings 32 18066 1619) (string-bytes 1 523080) (vectors 16 52241) (vector-slots 8 1066424 14413) (floats 8 38 50) (intervals 56 663 0) (buffers 984 18)) --000000000000ac607606126646d6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Saving a small file in emacs -q seems to take 1=C2=A0= to 5 seconds.

I assume this because the 'Rapi= d Refresh' app I am using takes 1 to 5 seconds to notice=C2=A0
the file change when I change it with emacs but 0 seconds when changed wi= th another editor.
.
I have done a recent and f= resh install of emacs to see if it fixed it but had no luck.
=
# set up rapid refresh app
npx create-expo-app= @latest -t tabs@50
cd my-app
npx expo start
w
http://localhost:8082/
emacs -q 'app/(tabs)/index.tsx'
;; added a letter t= o a welcome string.
M-x save-buffer

Expected result: =C2=A0the &#= 39;Fast Refresh' of expo should instantly update
the web page.
Actual result: a variable 1 to 6 second delay (repeating same process)before update

Actual result with neovim: page save leads to instant= update every time.

I tried disabling these with no effect on the ti= me

=C2=A0(setq before-save-hook nil)
=C2=A0(setq after-save-hook = nil)
=C2=A0(setq vc-handled-backends nil)

I profiled save-buffer = and it was
'0 0% ...'



In GNU Emacs 30.0.50 (build= 1, x86_64-pc-linux-gnu, GTK+ Version
=C2=A03.24.37, cairo version 1.16.= 0) of 2023-05-13 built on no-control-x1c
Repository revision: 7791907c38= 52e6ec197352e1c3d3dd8487cc04f5
Repository branch: master
Windowing sy= stem distributor 'The X.Org Foundation', version 11.0.12302000
S= ystem Description: Ubuntu 23.10

Configured using:
=C2=A0'conf= igure --with-tree-sitter --with-mailutils --with-json
=C2=A0--with-xwidg= ets --with-modules --with-imagemagick
=C2=A0--prefix=3D/home/no-control/= installs --bindir=3D/home/no-control/bin
=C2=A0--with-native-compilation= =3Dno --with-xft'

Configured features:
CAIRO DBUS FREETYPE GI= F GLIB GMP GNUTLS GSETTINGS HARFBUZZ IMAGEMAGICK
JPEG JSON LCMS2 LIBOTF = LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES
NOTIFY INOTIFY PDUMPER PN= G RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTE= R WEBP X11 XDBE XIM XINPUT2 XPM XWIDGETS
GTK3 ZLIB

Important sett= ings:
=C2=A0 value of $LANG: en_GB.UTF-8
=C2=A0 value of $XMODIFIERS:= @im=3Dibus
=C2=A0 locale-coding-system: utf-8-unix

Major mode: F= undamental

Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2= =A0 global-eldoc-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 electric-in= dent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-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 line-number-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 tr= ansient-mark-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encr= yption-mode: t
=C2=A0 auto-compression-mode: t

Load-path shadows:=
None found.

Features:
(shadow sort mail-extr emacsbug message= mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec passwor= d-cache epa derived epg rfc6068
epg-config gnus-util text-property-searc= h mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils = mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-u= tils extra-functions
thingatpt help-fns radix-tree cl-print byte-opt gv = bytecomp byte-compile
debug backtrace help-mode find-func profiler time-= date subr-x
cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren = electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel<= br>term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
reg= exp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
pro= g-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-co= lors frame minibuffer nadvice seq simple cl-generic
indonesian philippin= e cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet la= o korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech eu= ropean ethiopic indian cyrillic chinese
composite emoji-zwj charscript c= harprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure c= l-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files= window text-properties
overlay sha1 md5 base64 format env code-pages mu= le custom widget keymap
hashtable-print-readable backquote threads xwidg= et-internal dbusbind
inotify lcms2 dynamic-setting system-font-setting f= ont-render-setting
cairo move-toolbar gtk x-toolkit xinput2 x multi-tty<= br>make-network-process emacs)

Memory information:
((conses 16 55= 658 12506)
=C2=A0(symbols 48 6603 0)
=C2=A0(strings 32 18066 1619)=C2=A0(string-bytes 1 523080)
=C2=A0(vectors 16 52241)
=C2=A0(vector= -slots 8 1066424 14413)
=C2=A0(floats 8 38 50)
=C2=A0(intervals 56 66= 3 0)
=C2=A0(buffers 984 18))
--000000000000ac607606126646d6-- From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 28 07:40:50 2024 Received: (at 69444) by debbugs.gnu.org; 28 Feb 2024 12:40:50 +0000 Received: from localhost ([127.0.0.1]:36636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfJEv-0004SC-Lk for submit@debbugs.gnu.org; Wed, 28 Feb 2024 07:40:50 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfJEu-0004Rf-2R for 69444@debbugs.gnu.org; Wed, 28 Feb 2024 07:40:48 -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 1rfIfi-0003Nc-Sc; Wed, 28 Feb 2024 07:04:26 -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=QbbazgNOflqUAdnJjd0eklJVQ2xBpQqiMWQZ9lH796E=; b=gx9nWjDmX/rz /x68Vx3h/LfwlJqCThKiBz5f09mTO07fOUNRr0/hzh1LeL2kpfsVby2mu8KgDpGfIpec50eT/0+vA HpMJzg5fP3M7jD8b4mcQD4P7OQyRtz+D136R5weD5D0vjAY2B9Gif+KDHkTZ+NiJCq6r7Q5DEn0wT OVkoDEbTusmggRZrFoImTPqX9dPzYxyJWeJrM5rR7ElWFqsTdOOwOvu/PeyXPMemmJIX3yA2ISxBG bnDPRf7UQLdlagXKTJCDy8pFMXcCNflkEsL/F+4hdooNrWnn1fxsapoNjccGGBq6sfqs1K7qwySjt sDFRtcq7l7EqiD1rldYY8w==; Date: Wed, 28 Feb 2024 14:03:56 +0200 Message-Id: <868r34u76b.fsf@gnu.org> From: Eli Zaretskii To: Deric Bytes In-Reply-To: (message from Deric Bytes on Wed, 28 Feb 2024 00:32:10 +0000) Subject: Re: bug#69444: 30.0.50; 5 seconds to save file References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69444 Cc: 69444@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: Deric Bytes > Date: Wed, 28 Feb 2024 00:32:10 +0000 > > Saving a small file in emacs -q seems to take 1 to 5 seconds. I sincerely doubt that, see below. Especially if the file's contents is plain ASCII, so doesn't need any encoding when saving it. > I assume this because the 'Rapid Refresh' app I am using takes 1 to 5 seconds to notice > the file change when I change it with emacs but 0 seconds when changed with another editor. You will need to tell us how does Rapid Refresh detect such changes, because I don't know that. I also don't know what do "other editors" do when you save a modified file. I do know what Emacs does by default: it renames the original file to the backup file name (so a file FOO will be renamed to FOO~), and then writes a _new_ file under the original-file name with the new contents. So from the filesystem POV, what happens is that the original file is renamed to a different name, and then a new file appears under the name of the original file. The question is: how would Rapid Refresh detect such changes, and what would be the time frame for that? If "other editors" overwrite the original file with new contents, the filesystem could have a very different view of what happens, and thus the detection by Rapid Refresh could exhibit different timings. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 28 10:50:15 2024 Received: (at 69444) by debbugs.gnu.org; 28 Feb 2024 15:50:15 +0000 Received: from localhost ([127.0.0.1]:50126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfMCF-0008Fc-91 for submit@debbugs.gnu.org; Wed, 28 Feb 2024 10:50:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47936) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfMCD-0008FE-Fb; Wed, 28 Feb 2024 10:50: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 1rfMBh-0002R7-91; Wed, 28 Feb 2024 10:49:41 -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=83XdZSQ0WkEw0hNcEn6U2l88dYrJCb0/d5Rbz5cBOzE=; b=p1DVSuqutSP0 LIKmGCox6S0TRoLxTGmSRDDv4QApfos7APBw4X5qzzaibveUDJxOeFitjmCARnzhYyz+3erDYaDfB AOIt1A5sn6/z1d6jhiEllcoNwnL7VusNUDKZ8bpOoMgEDPYIivP0XKUPsTw2L9IVi5wg5fQqkn/Q6 TjlN1VYvl+DBBTBOV0HiPQgtuZG0fF1cCxRjQGXBq/Iz1zhDOhWROT0jxk2NR7ELUW/6/HpbQAjy9 g9gp+qP26kfnnOs/DA3XkV4bdQ2ZBYRAQTzzdJfDkMaP39ieNaffLNXPqGXRuAlXXk5CfmPKMrB8y s+Ugm+yASL9ebJVEMrNzjg==; Date: Wed, 28 Feb 2024 17:49:37 +0200 Message-Id: <86y1b4si5q.fsf@gnu.org> From: Eli Zaretskii To: Deric Bytes In-Reply-To: (message from Deric Bytes on Wed, 28 Feb 2024 14:37:16 +0000) Subject: Re: bug#69444: 30.0.50; 5 seconds to save file References: <868r34u76b.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69444 Cc: 69444@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 (---) tags 69444 notabug close 69444 thanks [Please use Reply All to reply, to keep the bug tracker on the CC list.] > From: Deric Bytes > Date: Wed, 28 Feb 2024 14:37:16 +0000 > > SOLVED: It works instantaneously turning of create-lockfiles > > (setq create-lockfiles nil) So you need to investigate why deleting a lock file either slows down Emacs or slows down the Rapid Refresh's recognition of the fact that the file was updated. In any case, this doesn't seem to be a bug in Emacs, so I'm closing it. From unknown Wed Jun 18 23:13:52 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, 28 Mar 2024 11:24:09 +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