From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 21 23:10:05 2015 Received: (at submit) by debbugs.gnu.org; 22 Oct 2015 03:10:05 +0000 Received: from localhost ([127.0.0.1]:59962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zp6GQ-0005o5-T0 for submit@debbugs.gnu.org; Wed, 21 Oct 2015 23:10:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44908) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zp6GM-0005nj-Tc for submit@debbugs.gnu.org; Wed, 21 Oct 2015 23:10:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zp6GI-0008Qp-VG for submit@debbugs.gnu.org; Wed, 21 Oct 2015 23:09:59 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zp6GI-0008Qf-SV for submit@debbugs.gnu.org; Wed, 21 Oct 2015 23:09:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zoxm4-0001c8-8g for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2015 14:06:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zoxlj-0001lP-4n for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2015 14:05:51 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:10738) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zoxli-0001lC-TB for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2015 14:05:47 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CYEAA731xV/zCdWxdcgxABU16CUE6yBQGQDAeFeQSBQD0QAQEBAQEBAYEKQQWEBjMTAUQCBQ8EDgIRARwNVYgOmy+PXaRDgSGOTAEBBWqCUIFFBYtEhwWMTo4Wh1cjgUcMARIhAwEbgW4iMYEMgTsBAQE X-IPAS-Result: A0CYEAA731xV/zCdWxdcgxABU16CUE6yBQGQDAeFeQSBQD0QAQEBAQEBAYEKQQWEBjMTAUQCBQ8EDgIRARwNVYgOmy+PXaRDgSGOTAEBBWqCUIFFBYtEhwWMTo4Wh1cjgUcMARIhAwEbgW4iMYEMgTsBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="170541404" Received: from 23-91-157-48.cpe.pppoe.ca (HELO pastel.home) ([23.91.157.48]) by ironport2-out.teksavvy.com with ESMTP; 21 Oct 2015 14:05:45 -0400 Received: by pastel.home (Postfix, from userid 20848) id E282F6287A; Wed, 21 Oct 2015 14:05:44 -0400 (EDT) From: Stefan Monnier To: bug-gnu-emacs@gnu.org Subject: doc-view messed up by early auto-revert Date: Wed, 21 Oct 2015 14:05:44 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -4.0 (----) Package: Emacs Version: 25.0.50 When I work on LaTeX documents, I generally have a doc-view-mode buffer open displaying the PDF output. I'd like this document to auto-update after I recompile the .tex file(s), but using M-x auto-revert-mode doesn't work well for that: emacs -Q foo.pdf M-x auto-revert-mode RET then in a shell pdflatex foo The result is that the doc-view buffer ends up displaying the raw file's content (for me anyway: it's timing dependent, but I see this behavior on several machines, with very different performance. the foo.tex document needs to be large enough, of course). I think there are two problems: - Doc-view should inhibit auto-revert when the file was modified too recently (on the assumption that it's not complete yet). - [ Just guessing here: ] We may sometimes fail to revert the file after it's complete, maybe because the last reversion finished after the file was complete, even though it started before, so the last reversion failed to include some changes that were added while the buffer was being reverted. Stefan In GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bar= s) of 2015-10-16 Repository revision: 26a88b59cd790e9b8ee7656a9c8672079c09ef52 Windowing system distributor 'The X.Org Foundation', version 11.0.11604000 System Description: Debian GNU/Linux 8.2 (jessie) Configured using: 'configure -C --enable-checking --enable-check-lisp-object-type 'CFLAGS=3D-Wall -g3 -Og -Wno-pointer-sign' PKG_CONFIG_PATH=3D/home/monnier/lib/pkgconfig' Configured features: XPM JPEG TIFF GIF PNG SOUND NOTIFY GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 Important settings: value of $LANG: C locale-coding-system: nil Major mode: InactiveMinibuffer Minor modes in effect: shell-dirtrack-mode: t diff-auto-refine-mode: t electric-pair-mode: t url-handler-mode: t global-reveal-mode: t reveal-mode: t auto-insert-mode: t savehist-mode: t minibuffer-electric-default-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t global-prettify-symbols-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: Error during redisplay: (jit-lock-function 12402647) signaled (scan-error "= Unbalanced parentheses" 12345873 12345678) Error during redisplay: (jit-lock-function 12402637) signaled (scan-error "= Unbalanced parentheses" 12345793 12345678) Error during redisplay: (jit-lock-function 12402795) signaled (scan-error "= Unbalanced parentheses" 12345781 12345678) Error during redisplay: (jit-lock-function 12402787) signaled (scan-error "= Unbalanced parentheses" 12345701 12345678) Error during redisplay: (jit-lock-function 12402904) signaled (scan-error "= Unbalanced parentheses" 12345688 12345678) Error during redisplay: (jit-lock-function 12402780) signaled (scan-error "= Unbalanced parentheses" 12345830 12345678) Error during redisplay: (jit-lock-function 12403005) signaled (scan-error "= Unbalanced parentheses" 12345753 12345678) Reverting buffer =E2=80=98paper.pdf=E2=80=99. Type C-c C-c to toggle between editing or viewing the document. Warning: vc-find-file-hook is obsolete! Load-path shadows: /home/monnier/src/emacs/elpa/packages/ada-mode/ada-ref-man hides /home/monn= ier/src/emacs/elpa/packages/ada-ref-man/ada-ref-man /home/monnier/src/emacs/elpa/packages/ada-mode/ada-prj hides /home/monnier/= src/emacs/work/lisp/progmodes/ada-prj /home/monnier/src/emacs/elpa/packages/ada-mode/ada-stmt hides /home/monnier= /src/emacs/work/lisp/progmodes/ada-stmt /home/monnier/src/emacs/elpa/packages/ada-mode/ada-mode hides /home/monnier= /src/emacs/work/lisp/progmodes/ada-mode /home/monnier/src/emacs/elpa/packages/ada-mode/ada-xref hides /home/monnier= /src/emacs/work/lisp/progmodes/ada-xref /home/monnier/src/emacs/elpa/packages/crisp/crisp hides /home/monnier/src/e= macs/work/lisp/obsolete/crisp /home/monnier/src/emacs/elpa/packages/landmark/landmark hides /home/monnier= /src/emacs/work/lisp/obsolete/landmark /home/monnier/src/emacs/work/lisp/emacs-lisp/cl-generic hides /home/monnier= /src/emacs/elpa/packages/cl-generic/cl-generic Features: (mail-extr emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils eieio-opt speedbar sb-image ezimage dframe add-log log-view pcvs-util dabbrev autorevert filenotify doc-view jka-compr image-mode dired format-spec reftex-sel cursor-sensor reftex-ref reftex-parse reftex-toc reftex-dcr reftex reftex-vars tex-mode compile shell pcomplete latexenc executable copyright xscheme warnings unsafep trace testcover shadow scheme re-builder profiler inf-lisp ielm pp comint ansi-color ring gmm-utils ert find-func ewoc debug elp edebug cl-indent cus-edit cus-start cus-load wid-edit sort mpc misearch multi-isearch vc vc-dispatcher vc-git diff-mode filecache epa-file epa derived epg server noutline outline easy-mmode flyspell ispell checkdoc thingatpt load-dir elec-pair url-handlers url-parse auth-source eieio byte-opt bytecomp byte-compile cl-extra cconv gnus-util time-date mm-util help-fns help-mode mail-prsvr password-cache url-vars reveal autoinsert proof-site proof-autoloads cl pg-vars savehist minibuf-eldef finder-inf advice info eieio-core cl-macs gv cl-loaddefs pcase cl-lib package easymenu epg-config bbdb-autoloads vm-autoloads disp-table mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax font-core frame 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 charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 inotify dynamic-setting font-render-setting x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 273500 37468) (symbols 48 29159 0) (miscs 40 3792 1044) (strings 32 64808 12475) (string-bytes 1 2487240) (vectors 16 40418) (vector-slots 8 1637632 116578) (floats 8 425 624) (intervals 56 13968 376) (buffers 976 35) (heap 1024 392922 6279)) From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 22 02:22:10 2015 Received: (at 21729) by debbugs.gnu.org; 22 Oct 2015 06:22:10 +0000 Received: from localhost ([127.0.0.1]:60166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zp9GM-00027H-06 for submit@debbugs.gnu.org; Thu, 22 Oct 2015 02:22:10 -0400 Received: from nsmtp.uni-koblenz.de ([141.26.64.14]:43546) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zp9GI-000278-E8 for 21729@debbugs.gnu.org; Thu, 22 Oct 2015 02:22:08 -0400 Received: from localhost (localhost [127.0.0.1]) by nsmtp.uni-koblenz.de (Postfix) with ESMTP id 7B9F823ADBF; Thu, 22 Oct 2015 08:22:05 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at uni-koblenz.de Received: from nsmtp.uni-koblenz.de ([127.0.0.1]) by localhost (nsmtp.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PC8ExslSr9xU; Thu, 22 Oct 2015 08:22:05 +0200 (CEST) Received: from deliver.uni-koblenz.de (deliver.uni-koblenz.de [141.26.64.15]) by nsmtp.uni-koblenz.de (Postfix) with ESMTPS; Thu, 22 Oct 2015 08:22:05 +0200 (CEST) Received: from thinkpad-t440p (dhcp66.uni-koblenz.de [141.26.71.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 7540D1A830F; Thu, 22 Oct 2015 08:22:05 +0200 (CEST) From: Tassilo Horn To: Stefan Monnier Subject: Re: bug#21729: doc-view messed up by early auto-revert References: Date: Thu, 22 Oct 2015 08:22:05 +0200 In-Reply-To: (Stefan Monnier's message of "Wed, 21 Oct 2015 14:05:44 -0400") Message-ID: <874mhjtoc2.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (-) Stefan Monnier writes: Hi Stefan, > When I work on LaTeX documents, I generally have a doc-view-mode > buffer open displaying the PDF output. I'd like this document to > auto-update after I recompile the .tex file(s), but using M-x > auto-revert-mode doesn't work well for that: > > emacs -Q foo.pdf > M-x auto-revert-mode RET > > then in a shell > > pdflatex foo > > The result is that the doc-view buffer ends up displaying the raw > file's content (for me anyway: it's timing dependent, but I see this > behavior on several machines, with very different performance. the > foo.tex document needs to be large enough, of course). Yes, I experienced the same problem although with the PDF Tools viewer when I tried to enable `auto-revert-mode' in the PDF file buffer. What I do now instead is --8<---------------cut here---------------start------------->8--- (defun th/pdf-view-revert-buffer-maybe (file) (when-let ((buf (find-buffer-visiting file))) (with-current-buffer buf (when (derived-mode-p 'pdf-view-mode) (pdf-view-revert-buffer nil t))))) (add-hook 'TeX-after-TeX-LaTeX-command-finished-hook #'th/pdf-view-revert-buffer-maybe) --8<---------------cut here---------------end--------------->8--- i.e., I revert the buffer from an AUCTeX hook that's run after the compilation has finished. > I think there are two problems: > > - Doc-view should inhibit auto-revert when the file was modified too > recently (on the assumption that it's not complete yet). Something like checking if the file's MTIME is more than a second ago? Hm, no, that won't work. I currently work on some large document (~450 pages). When I compile that, the file changes several times per second during the compilation, then it doesn't change for ~15 seconds while latex (lualatex in this case) is still running, and then starts changing again for maybe 3 seconds. I think the long delay is caused by computing the index and bibliography. I just checked that during that period, actually no file changes, e.g., neither pdf, aux, bcf, idx, etc. The only thing I can see is that there's a foo.synctex.gz(busy) file which really disappears when the compilation has finished but of course nobody is required to use synctex. Well, one reasonably reliable way to test if a pdf file is correct is calling pdfinfo (provided by poppler) on it. A non-zero exit status indicated that the file is broken/incomplete. Should we use that? > - [ Just guessing here: ] We may sometimes fail to revert the file > after it's complete, maybe because the last reversion finished after > the file was complete, even though it started before, so the last > reversion failed to include some changes that were added while the > buffer was being reverted. Yeah, that's possible. And I think there could also be a problem when people use latexmk which compiles your document several times until all refs are defined and its stable. Here, we might revert exactly between two latex runs. Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 22 09:10:28 2015 Received: (at 21729) by debbugs.gnu.org; 22 Oct 2015 13:10:28 +0000 Received: from localhost ([127.0.0.1]:60332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpFdP-0004fx-O0 for submit@debbugs.gnu.org; Thu, 22 Oct 2015 09:10:28 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:58024) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpFdJ-0004fi-3R for 21729@debbugs.gnu.org; Thu, 22 Oct 2015 09:10:21 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t9MDAEuO002442; Thu, 22 Oct 2015 09:10:15 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 679E5AE24F; Thu, 22 Oct 2015 09:10:14 -0400 (EDT) From: Stefan Monnier To: Tassilo Horn Subject: Re: bug#21729: doc-view messed up by early auto-revert Message-ID: References: <874mhjtoc2.fsf@gnu.org> Date: Thu, 22 Oct 2015 09:10:14 -0400 In-Reply-To: <874mhjtoc2.fsf@gnu.org> (Tassilo Horn's message of "Thu, 22 Oct 2015 08:22:05 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5467=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5467> : inlines <3953> : streams <1525546> : uri <2068120> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (-) > i.e., I revert the buffer from an AUCTeX hook that's run after the > compilation has finished. That's a good approach if you run pdflatex from Emacs itself, yes. [ Hmm... I guess I could also use emacsclient to get the same result, but it'd be a personal hack rather than a general functionality like auto-revert-mode. ] >> - Doc-view should inhibit auto-revert when the file was modified too >> recently (on the assumption that it's not complete yet). > Something like checking if the file's MTIME is more than a second ago? Yes. > Hm, no, that won't work. I currently work on some large document (~450 > pages). When I compile that, the file changes several times per second > during the compilation, then it doesn't change for ~15 seconds while > latex (lualatex in this case) is still running, and then starts changing > again for maybe 3 seconds. So we could additionally either check that the file is valid, or simply "fail gracefully" if it isn't (e.g. keep displaying the old image, and emit a message pointing to C-c C-c to see the raw data). But it's not a deal breaker: in your case, we may end up trying to revert the file too early, which is annoying, but as long as we do end up re-reverting it when the file is finally complete, I think it's OK. >> - [ Just guessing here: ] We may sometimes fail to revert the file >> after it's complete, maybe because the last reversion finished after >> the file was complete, even though it started before, so the last >> reversion failed to include some changes that were added while the >> buffer was being reverted. > Yeah, that's possible. And I think there could also be a problem when > people use latexmk which compiles your document several times until all > refs are defined and its stable. Here, we might revert exactly between > two latex runs. I don't think reverting between two latex runs is a problem. It might be "wasted work", but for a generic functionality like auto-revert-mode, there's no way to do better since it can't know that another run is about to come. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 22 11:11:40 2015 Received: (at 21729) by debbugs.gnu.org; 22 Oct 2015 15:11:40 +0000 Received: from localhost ([127.0.0.1]:33018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpHWl-0007ku-0h for submit@debbugs.gnu.org; Thu, 22 Oct 2015 11:11:39 -0400 Received: from nsmtp.uni-koblenz.de ([141.26.64.14]:49225) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpHWf-0007ke-53 for 21729@debbugs.gnu.org; Thu, 22 Oct 2015 11:11:37 -0400 Received: from localhost (localhost [127.0.0.1]) by nsmtp.uni-koblenz.de (Postfix) with ESMTP id AC87523AF2E; Thu, 22 Oct 2015 17:11:31 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at uni-koblenz.de Received: from nsmtp.uni-koblenz.de ([127.0.0.1]) by localhost (nsmtp.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i4-Zxys_zaYZ; Thu, 22 Oct 2015 17:11:31 +0200 (CEST) Received: from deliver.uni-koblenz.de (deliver.uni-koblenz.de [141.26.64.15]) by nsmtp.uni-koblenz.de (Postfix) with ESMTPS; Thu, 22 Oct 2015 17:11:31 +0200 (CEST) Received: from thinkpad-t440p (dhcp66.uni-koblenz.de [141.26.71.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 048211A82F0; Thu, 22 Oct 2015 17:11:30 +0200 (CEST) From: Tassilo Horn To: Stefan Monnier Subject: Re: bug#21729: doc-view messed up by early auto-revert References: <874mhjtoc2.fsf@gnu.org> Date: Thu, 22 Oct 2015 17:11:29 +0200 In-Reply-To: (Stefan Monnier's message of "Thu, 22 Oct 2015 09:10:14 -0400") Message-ID: <87vb9zx7j2.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (-) Stefan Monnier writes: >> Hm, no, that won't work. I currently work on some large document >> (~450 pages). When I compile that, the file changes several times >> per second during the compilation, then it doesn't change for ~15 >> seconds while latex (lualatex in this case) is still running, and >> then starts changing again for maybe 3 seconds. > > So we could additionally either check that the file is valid, or > simply "fail gracefully" if it isn't (e.g. keep displaying the old > image, and emit a message pointing to C-c C-c to see the raw data). > But it's not a deal breaker: in your case, we may end up trying to > revert the file too early, which is annoying, but as long as we do end > up re-reverting it when the file is finally complete, I think it's OK. In commit 11d1422, I've added a check which omits reverting when the PDF is corrupted and spits out a message if doc-view-revert-buffer has been called interactively. Seems to work fine but it is annoying that autorevert.el spits out a "Reverting buffer ..." message whenever it calls revert-buffer. I think in doc-view-mode it's obvious enough when a file is being reverted, so maybe we should set auto-revert-verbose to nil buffer-locally? Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 23 05:34:46 2015 Received: (at 21729) by debbugs.gnu.org; 23 Oct 2015 09:34:46 +0000 Received: from localhost ([127.0.0.1]:33802 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpYkI-0002cV-03 for submit@debbugs.gnu.org; Fri, 23 Oct 2015 05:34:46 -0400 Received: from mxin.ulb.ac.be ([164.15.128.112]:31656) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpYkF-0002cL-Cx for 21729@debbugs.gnu.org; Fri, 23 Oct 2015 05:34:43 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArAIAMz+KVakD4Xx/2dsb2JhbABeKII8ghWCXKZeAQEBAQIGlkiGHQKCEQEBAQEBAYELhDMBAQR5EAgDDhMlDwEESROIMMVEAQEBBwEBAQEfhjCFRYUNB4QuAQSWK5Ymkx5jhAU8NIZDAQEB Received: from mathsrv4.ulb.ac.be (HELO localhost) ([164.15.133.241]) by smtp.ulb.ac.be with ESMTP; 23 Oct 2015 11:32:18 +0200 From: Nicolas Richard To: Tassilo Horn Subject: Re: bug#21729: doc-view messed up by early auto-revert References: <874mhjtoc2.fsf@gnu.org> <87vb9zx7j2.fsf@gnu.org> Date: Fri, 23 Oct 2015 11:33:12 +0200 In-Reply-To: <87vb9zx7j2.fsf@gnu.org> (Tassilo Horn's message of "Thu, 22 Oct 2015 17:11:29 +0200") Message-ID: <87fv12szdz.fsf@members.fsf.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (--) Tassilo Horn writes: > I think in doc-view-mode it's obvious enough when a file is being > reverted, so maybe we should set auto-revert-verbose to nil > buffer-locally? Sometimes emacs does weird things, and I think it's nice if it explains what it does, even if it should be obvious. Morever the message is not only useful while the file is being reverted, but also after the fact. e.g. if I have foo.pdf open, and that file is controlled by owncloud and gets updated by the cloud, I like to find this information in *Messages*. -- Nico. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 23 06:08:34 2015 Received: (at 21729) by debbugs.gnu.org; 23 Oct 2015 10:08:34 +0000 Received: from localhost ([127.0.0.1]:33839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpZH0-0003SZ-0C for submit@debbugs.gnu.org; Fri, 23 Oct 2015 06:08:34 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:33562) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZpZGy-0003SQ-Ad for 21729@debbugs.gnu.org; Fri, 23 Oct 2015 06:08:32 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 693022035B for <21729@debbugs.gnu.org>; Fri, 23 Oct 2015 06:08:30 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Fri, 23 Oct 2015 06:08:30 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=PqOyg2z4m8JUQPQrD42lD+QiyLs=; b=dUwNq GOBNo6c+Jft4q9ugaiYZAXocQXYF9/L2zU7BnH8IEJRwh7RRScf9WgmtxXleKjh0 alhiN6uT1Ikowzxq2y6t6y2H8P/8So5vHmyLZQl23FpKmtB7bvGYRBB2Hqyp2dG5 PNrLZfM+iQlZOIDhLPn9ms/NrOOe+NyIvBFYBo= X-Sasl-enc: 6Nwn2OoDmFojtjjowKrBze1/Q/D3iLAmJMvUicf82gqt 1445594909 Received: from thinkpad-t440p (unknown [2.161.212.107]) by mail.messagingengine.com (Postfix) with ESMTPA id 2D4EA6800EA; Fri, 23 Oct 2015 06:08:28 -0400 (EDT) From: Tassilo Horn To: Nicolas Richard Subject: Re: bug#21729: doc-view messed up by early auto-revert References: <874mhjtoc2.fsf@gnu.org> <87vb9zx7j2.fsf@gnu.org> <87fv12szdz.fsf@members.fsf.org> Date: Fri, 23 Oct 2015 12:08:26 +0200 In-Reply-To: <87fv12szdz.fsf@members.fsf.org> (Nicolas Richard's message of "Fri, 23 Oct 2015 11:33:12 +0200") Message-ID: <87ziz9vqw5.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) Nicolas Richard writes: > Tassilo Horn writes: >> I think in doc-view-mode it's obvious enough when a file is being >> reverted, so maybe we should set auto-revert-verbose to nil >> buffer-locally? > > Sometimes emacs does weird things, and I think it's nice if it > explains what it does, even if it should be obvious. Morever the > message is not only useful while the file is being reverted, but also > after the fact. e.g. if I have foo.pdf open, and that file is > controlled by owncloud and gets updated by the cloud, I like to find > this information in *Messages*. Yes, I see. But then we could still set `auto-revert-verbose' to nil buffer-locally and issue that message in `doc-view-revert-buffer'. The problem with the message from autorevert.el is that it'll be displayed even though doc-view decides that it cannot auto-revert right now because the file is corrupted/not ready yet. Alternatively, we could of course enhance autorevert.el, e.g., by introducing some buffer-local variable `auto-revert-predicate' which is run by auto-revert in order to test if the current buffer can be reverted right now. That could then be used by doc-view, and I guess there are other modes which could make use of such a feature, too. Stefan, do you think that would be a good idea? Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 29 09:03:17 2019 Received: (at 21729) by debbugs.gnu.org; 29 Sep 2019 13:03:17 +0000 Received: from localhost ([127.0.0.1]:52598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEYr6-00026S-U4 for submit@debbugs.gnu.org; Sun, 29 Sep 2019 09:03:17 -0400 Received: from quimby.gnus.org ([80.91.231.51]:53928) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEYr5-00026L-W9 for 21729@debbugs.gnu.org; Sun, 29 Sep 2019 09:03:16 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iEYr1-0000wa-4e; Sun, 29 Sep 2019 15:03:13 +0200 From: Lars Ingebrigtsen To: Tassilo Horn Subject: Re: bug#21729: doc-view messed up by early auto-revert References: <874mhjtoc2.fsf@gnu.org> <87vb9zx7j2.fsf@gnu.org> <87fv12szdz.fsf@members.fsf.org> <87ziz9vqw5.fsf@gnu.org> Date: Sun, 29 Sep 2019 15:03:10 +0200 In-Reply-To: <87ziz9vqw5.fsf@gnu.org> (Tassilo Horn's message of "Fri, 23 Oct 2015 12:08:26 +0200") Message-ID: <87muenl0fl.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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: It seems the original issue reported here was fixed, but then an enhancement request is discussed: Tassilo Horn writes: > Alternatively, we could of course enhance autorevert.el, e.g., by > introducing some buffer-local variable `auto-revert-predicate' which is > run by auto-revert in order to test if the current buffe [...] 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: 0.0 (/) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org, Nicolas Richard , Stefan Monnier 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 (-) It seems the original issue reported here was fixed, but then an enhancement request is discussed: Tassilo Horn writes: > Alternatively, we could of course enhance autorevert.el, e.g., by > introducing some buffer-local variable `auto-revert-predicate' which is > run by auto-revert in order to test if the current buffer can be > reverted right now. That could then be used by doc-view, and I guess > there are other modes which could make use of such a feature, too. > > Stefan, do you think that would be a good idea? I'm not Stefan, but I think that sounds like a good idea. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 03 05:21:40 2019 Received: (at 21729) by debbugs.gnu.org; 3 Oct 2019 09:21:40 +0000 Received: from localhost ([127.0.0.1]:38791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFxIq-0003TW-4I for submit@debbugs.gnu.org; Thu, 03 Oct 2019 05:21:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38444) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFxIo-0003TJ-Ns for 21729@debbugs.gnu.org; Thu, 03 Oct 2019 05:21:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41061) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iFxIi-0007Ux-Mw; Thu, 03 Oct 2019 05:21:33 -0400 Received: from auth2-smtp.messagingengine.com ([66.111.4.228]:49821) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1iFxIi-0006m2-96; Thu, 03 Oct 2019 05:21:32 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailauth.nyi.internal (Postfix) with ESMTP id A907420EB0; Thu, 3 Oct 2019 05:21:31 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Thu, 03 Oct 2019 05:21:31 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrgeekgddugecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufhffjgfkfgggtgesthdtredttdertdenucfhrhhomhepvfgrshhsihhl ohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenucfkphepkeegrddufedvrdelle drgeeinecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnodhmvghsmhhtphgruhht hhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedvleekqdhtshguhheppe hgnhhurdhorhhgsehfrghsthhmrghilhdrfhhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from thinkpad-t440p (p5484632e.dip0.t-ipconnect.de [84.132.99.46]) by mail.messagingengine.com (Postfix) with ESMTPA id 6A6C180059; Thu, 3 Oct 2019 05:21:30 -0400 (EDT) From: Tassilo Horn To: Lars Ingebrigtsen Subject: Re: bug#21729: doc-view messed up by early auto-revert References: <874mhjtoc2.fsf@gnu.org> <87vb9zx7j2.fsf@gnu.org> <87fv12szdz.fsf@members.fsf.org> <87ziz9vqw5.fsf@gnu.org> <87muenl0fl.fsf@gnus.org> Date: Thu, 03 Oct 2019 11:21:29 +0200 In-Reply-To: <87muenl0fl.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 29 Sep 2019 15:03:10 +0200") Message-ID: <87h84q9obq.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org, Nicolas Richard , Stefan Monnier 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: > It seems the original issue reported here was fixed, but then an > enhancement request is discussed: > > Tassilo Horn writes: > >> Alternatively, we could of course enhance autorevert.el, e.g., by >> introducing some buffer-local variable `auto-revert-predicate' which is >> run by auto-revert in order to test if the current buffer can be >> reverted right now. That could then be used by doc-view, and I guess >> there are other modes which could make use of such a feature, too. >> >> Stefan, do you think that would be a good idea? > > I'm not Stefan, but I think that sounds like a good idea. I don't know. There are not many file types which are regenerated (where regeneration modifies the file several times and takes some time), likely to be opened in Emacs, and which can be checked for validity. Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 03 09:31:34 2019 Received: (at 21729) by debbugs.gnu.org; 3 Oct 2019 13:31:34 +0000 Received: from localhost ([127.0.0.1]:38951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iG1Cg-00048E-0z for submit@debbugs.gnu.org; Thu, 03 Oct 2019 09:31:34 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:54010) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iG1Cc-000480-Ul for 21729@debbugs.gnu.org; Thu, 03 Oct 2019 09:31:31 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 892E8100ECA; Thu, 3 Oct 2019 09:31:25 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 7701F100E62; Thu, 3 Oct 2019 09:31:23 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1570109483; bh=OSsULK7fZGSnk8mLxhSeAaPtnmQFEPZxEb9S3bemdu8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=o5h9EGgNICZfBsQ/R2giXiUyG6jC6iJmhtHpGdZI6NrRh6wfZrxhrKhTVRyDE5pmn t2GyN9wCsEhGd1jv40C9tYOqJ/4ybrihf0R6fYABphLhRV+WMcn142aWef3snJ2SoA 3iC6R/InxwLbe/C3c2PN2smMLIP1r7Pf5hc56xfVHImJAGCDTTzBhIMB81H1VBcImm J9LUk8WbcySuzJcRuIfBfjITLFCSOaPyabcfSG9bDw9f8D6B9KYbwwvGbsoyFuilu/ b0XssZ/SbM/yP8w3vnSKALAGlQ6CBeJ33hEHmz1JQ8rOyxBZx8XG73UxWW/ol/kPNq ZiPenR85upPlw== Received: from pastel (76-10-181-40.dsl.teksavvy.com [76.10.181.40]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0FF431200CE; Thu, 3 Oct 2019 09:31:23 -0400 (EDT) From: Stefan Monnier To: Tassilo Horn Subject: Re: bug#21729: doc-view messed up by early auto-revert Message-ID: References: <874mhjtoc2.fsf@gnu.org> <87vb9zx7j2.fsf@gnu.org> <87fv12szdz.fsf@members.fsf.org> <87ziz9vqw5.fsf@gnu.org> Date: Thu, 03 Oct 2019 09:31:21 -0400 In-Reply-To: <87ziz9vqw5.fsf@gnu.org> (Tassilo Horn's message of "Fri, 23 Oct 2015 12:08:26 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.042 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21729 Cc: 21729@debbugs.gnu.org, Nicolas Richard 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 (-) >>> I think in doc-view-mode it's obvious enough when a file is being >>> reverted, so maybe we should set auto-revert-verbose to nil >>> buffer-locally? >> Sometimes emacs does weird things, and I think it's nice if it >> explains what it does, even if it should be obvious. Morever the >> message is not only useful while the file is being reverted, but also >> after the fact. e.g. if I have foo.pdf open, and that file is >> controlled by owncloud and gets updated by the cloud, I like to find >> this information in *Messages*. > Yes, I see. But then we could still set `auto-revert-verbose' to nil > buffer-locally and issue that message in `doc-view-revert-buffer'. IIUC the message is emitted before calling doc-view-revert-buffer, so doc-view-revert-buffer could just emit its own message (e.g. "Reverting buffer... aborted!") and that would hide the generic message. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 03 16:02:06 2022 Received: (at 21729) by debbugs.gnu.org; 3 Feb 2022 21:02:07 +0000 Received: from localhost ([127.0.0.1]:58069 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nFjF0-0004kZ-Mi for submit@debbugs.gnu.org; Thu, 03 Feb 2022 16:02:06 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nFjEy-0004ec-IC for 21729@debbugs.gnu.org; Thu, 03 Feb 2022 16:02:05 -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=uLtoiWBo0MApmmnF+hiMIe63HJNSnWIcZA3tBd2hX54=; b=nTGMxTG+9iJRBC85oM5KtDpk7g bDqlQxc27kKJz6BqXJLw4p6H80LFZ846GY3ZLO9hHXaQuzCPvtKCQ8WbB4NKzi5Zi5ZXASF5ILnKD /6kUFrXA+voE255uXLRn3ydsBM+tuH5dcbSDZg/WOCeiJmvraM2PYiGXfKRYI2YJl7AM=; 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 1nFjEl-0004Th-DU; Thu, 03 Feb 2022 22:01:54 +0100 From: Lars Ingebrigtsen To: Tassilo Horn Subject: Re: bug#21729: doc-view messed up by early auto-revert References: <874mhjtoc2.fsf@gnu.org> <87vb9zx7j2.fsf@gnu.org> <87fv12szdz.fsf@members.fsf.org> <87ziz9vqw5.fsf@gnu.org> <87muenl0fl.fsf@gnus.org> <87h84q9obq.fsf@gnu.org> X-Now-Playing: New Fads's _Love It All_: "Life Is An Accident" Date: Thu, 03 Feb 2022 22:01:50 +0100 In-Reply-To: <87h84q9obq.fsf@gnu.org> (Tassilo Horn's message of "Thu, 03 Oct 2019 11:21:29 +0200") Message-ID: <87ee4jll4x.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: Tassilo Horn writes: >> I'm not Stefan, but I think that sounds like a good idea. > > I don't know. There are not many file types which are regenerated > (where regeneration modifies the file several times and takes some [...] 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: 21729 Cc: 21729@debbugs.gnu.org, Nicolas Richard , Stefan Monnier 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 (---) Tassilo Horn writes: >> I'm not Stefan, but I think that sounds like a good idea. > > I don't know. There are not many file types which are regenerated > (where regeneration modifies the file several times and takes some > time), likely to be opened in Emacs, and which can be checked for > validity. OK, then I guess (since the original bug was apparently fixed) there's nothing more to do here, and I'm therefore closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 03 16:02:08 2022 Received: (at control) by debbugs.gnu.org; 3 Feb 2022 21:02:08 +0000 Received: from localhost ([127.0.0.1]:58071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nFjF1-0004lZ-TI for submit@debbugs.gnu.org; Thu, 03 Feb 2022 16:02:08 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55088) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nFjEz-0004fY-M8 for control@debbugs.gnu.org; Thu, 03 Feb 2022 16:02:05 -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=KXMQ1gax/y2WDWxjH9ggR54D9OB/0U0EMBfjNiONkJk=; b=T5EkZIQzpbkpNNp3TWuPY7/AoA Txxt0szVLCtRcbz+nZav9HXYxUCjTlbZ3TPnvSl9TrKzR7KGprEIi3oH3/+rYmO5IjoC5yUl0HbJ/ ZZhSxmorgSoKwJAd1A8utuPLL0f8W1SUCrlJXgVYnGQTFX/W63WP0rmVe5mez5qZpNbE=; 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 1nFjEr-0004To-C2 for control@debbugs.gnu.org; Thu, 03 Feb 2022 22:01:59 +0100 Date: Thu, 03 Feb 2022 22:01:56 +0100 Message-Id: <87czk3ll4r.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #21729 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 21729 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 21729 quit From unknown Fri Aug 15 14:46:18 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 04 Mar 2022 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