GNU bug report logs - #23083
Reverting pdf in Multifile tex document

Previous Next

Package: auctex;

Reported by: Waleed Yousef <wyousef <at> fcih.net>

Date: Mon, 21 Mar 2016 20:53:02 UTC

Severity: normal

Done: Tassilo Horn <tsdh <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#23083: closed (Reverting pdf in Multifile tex document)
Date: Sat, 26 Mar 2016 22:01:01 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sat, 26 Mar 2016 23:00:39 +0100
with message-id <87twjsx5ko.fsf <at> gnu.org>
and subject line Re: bug#23083: Reverting pdf in Multifile tex document
has caused the debbugs.gnu.org bug report #23083,
regarding Reverting pdf in Multifile tex document
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
23083: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23083
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Waleed Yousef <wyousef <at> fcih.net>
To: bug-auctex <at> gnu.org
Subject: Reverting pdf in Multifile tex document
Date: Mon, 21 Mar 2016 10:49:46 +0000
I use pdf tools as a viewing program. Just after I updated Linux and
Emacs last month a problem appeared. When I compile a document
consisting of, e.g., Ch01 and Ch02, while opening Ch01, the pdf visits a
page that is different from the one I am currently on LaTeX file. This
problem does not appear if the document consists of just one main tex
file.




[Message part 3 (message/rfc822, inline)]
From: Tassilo Horn <tsdh <at> gnu.org>
To: Waleed Yousef <wyousef <at> fcih.net>
Cc: 23083-done <at> debbugs.gnu.org
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Sat, 26 Mar 2016 23:00:39 +0100
Waleed Yousef <wyousef <at> fcih.net> writes:

Hi Waleed,

> For details and clarification, I will give two scenarios; S1 is
> working fine, and S2 is the one with the problem:

Thanks a lot for the great recipe which made it rather easy to spot the
bug.  AUCTeX always called pdf-tool's sync function with the master
file, not the current file.  That should be fixed now and I took the
chance to release a new GNU AUCTeX version (11.89.2) via ELPA.  It
should be listed in `M-x list-packages' within the next 24 hours.

> The weird thing is that, this strange behavior just appeared after
> Archlinux and emacs update last month (I do not know which is
> responsible for that)

I checked the code and its revisions, and that wrong behavior has been
there for quite a long time.  I think, I've introduced that bug on
February 2015.  So in case you've used an older version and recently
upgraded to a newer AUCTeX version, that might have been the problem (or
actually a good thing since you've spotted the bug).

BTW, in case you don't already know, if you use PDF Tools as viewer,
it's usually a good idea to also add

  (add-hook 'TeX-after-compilation-finished-functions
             #'TeX-revert-document-buffer)

to your ~/.emacs.  That will revert the pdf-view buffer as soon as the
LaTeX compilation finishes so you don't have to do that manually.

Bye,
Tassilo


This bug report was last modified 9 years and 114 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.