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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23083 in the body.
You can then email your comments to 23083 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

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 #8 received at 23083 <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Waleed Yousef <wyousef <at> fcih.net>
Cc: 23083 <at> debbugs.gnu.org
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Tue, 22 Mar 2016 22:15:26 +0100

Waleed Yousef <wyousef <at> fcih.net> writes:

Hi Waleed,

> 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.

Sorry, I don't understand.  What does it mean that you compile a
multi-file document _while opening one of the document's files_?  And
why should compiling visit anything?  And your subject says something
about reverting the pdf buffer while you didn't mention anything about
reverting in your text.

So please provide a clear and complete recipe including all steps in the
right order that I can try to reproduce the problem.

Thanks,
Tassilo

Message #11 received at 23083 <at> debbugs.gnu.org (full text, mbox):

From: Waleed Yousef <wyousef <at> fcih.net>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 23083 <at> debbugs.gnu.org
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Sat, 26 Mar 2016 17:32:06 +0000

Thanks so much for your reply,

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

================================
S1:
==
the main tex file has, e.g., this:

\begin{document}

P1

\clearpage

P2

\clearpage

P3

\end{document}

-The emacs screen is split to two windows, one with the tex file and the
 other with the pdf viewed in pdf-tools, and the pdf is displaying
 P1. Now, if I modify the word P3 in the tex file and hit C-c C-a, LaTeX
 compiles very well and the pdf file goes automatically from P1 to P3
 (perfect.)

================================

S2:
==

the main tex file has:

\begin{document}

\include{tmp.tex}

\clearpage

any other text

\end{document}

- Now, suppose that tmp.tex has the same as what was in the main file of
  scenario 1; i.e.,:

P1

\clearpage

P2

\clearpage

P3

When I compile the pdf does not visit the appropriate page as happens in
scenario 1.

================================

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)


Thanks so much and looking forward for your reply.


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

> Waleed Yousef <wyousef <at> fcih.net> writes:
>
> Hi Waleed,
>
>> 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.
>
> Sorry, I don't understand.  What does it mean that you compile a
> multi-file document _while opening one of the document's files_?  And
> why should compiling visit anything?  And your subject says something
> about reverting the pdf buffer while you didn't mention anything about
> reverting in your text.
>
> So please provide a clear and complete recipe including all steps in the
> right order that I can try to reproduce the problem.
>
> Thanks,
> Tassilo

Message #16 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

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

Message #19 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

From: Waleed Yousef <wyousef <at> fcih.net>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 23083-done <at> debbugs.gnu.org
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Sun, 27 Mar 2016 05:55:47 +0000

Thanks so much;

is it available at MELPA as well?

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

> 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

Message #22 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

From: Waleed Yousef <wyousef <at> fcih.net>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 23083-done <at> debbugs.gnu.org
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Sun, 27 Mar 2016 18:06:22 +0000

Thanks so much;

I got the update and it works great;


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

> 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

Message #25 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

From: Waleed Yousef <wyousef <at> fcih.net>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 23083-done <at> debbugs.gnu.org
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Sun, 27 Mar 2016 20:04:01 +0000

Thanks so much,

the good news is that the problem disappeared. However, a new problem
occurred.

For some preamble (which is really weird) the pdf does not revert
(refresh); however it goes to the right page (but without
refreshing). For the following preamble, when I comment some packages
the problem disappear!!

\documentclass[11pt, b6paper, landscape, oneside]{memoir}

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 
\usepackage{color, xcolor, colortbl}
\usepackage{multicol}
\usepackage{graphicx}
\usepackage{natbib, bibentry}
%\usepackage{subfig, picinpar}
\usepackage{etoolbox}
\usepackage{titling}
\usepackage{url}
\usepackage{amsmath}
\usepackage{amsfonts, amssymb, bm}
\usepackage{verbatim}
%\usepackage{pdfpages}
%\usepackage{hyperref}
%\usepackage{pagecolor}
\usepackage{array}
\usepackage{paralist}
\usepackage{geometry}
\usepackage{dashrule}
% \usepackage{tikz-timing}[2009/12/09]
% \usepackage{pgf,pgfplots}
% \usepackage{tkz-fct}


\usepackage{tikz}
\usetikzlibrary{arrows,automata}
\usepackage[latin1]{inputenc}


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

> 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

Message #28 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

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: Sun, 27 Mar 2016 21:34:45 +0200

Waleed Yousef <wyousef <at> fcih.net> writes:

Hi Waleed,

> Thanks so much;

You're welcome!

> is it available at MELPA as well?

No, just on GNU ELPA.

Bye,
Tassilo

Message #31 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

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: Sun, 27 Mar 2016 22:02:40 +0200

Waleed Yousef <wyousef <at> fcih.net> writes:

Hi Waleed,

> the good news is that the problem disappeared. However, a new problem
> occurred.
>
> For some preamble (which is really weird) the pdf does not revert
> (refresh); however it goes to the right page (but without
> refreshing).  For the following preamble, when I comment some packages
> the problem disappear!!

Good catch!  We've called `TeX-after-compilation-finished-functions'
only if `TeX-error-list' was empty with the intention that you don't
want to revert when errors have occurred which usually means that the
PDF will be broken anyhow.  However, your preamble issues lots of
warnings, and those are collected in `TeX-error-list', too.

I've fixed it in Git so that the hook is skipped only if there were real
errors and not just warnings.  Here is the patch:

--8<---------------cut here---------------start------------->8---
modified   tex-buf.el
@@ -1551,7 +1551,7 @@ Rerun to get mark in right position\\." nil t)
 		 (md5 (current-buffer)))))
 	 (push (cons idx-file t) LaTeX-idx-changed-alist)))
 
-  (unless TeX-error-list
+  (unless (memq 'error (mapcar #'car TeX-error-list))
     (run-hook-with-args 'TeX-after-compilation-finished-functions
 			(with-current-buffer TeX-command-buffer
 			  (expand-file-name
--8<---------------cut here---------------end--------------->8---

I'll do a new ELPA release within a week or so when I find some time.

Bye,
Tassilo

Message #34 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

From: Mosè Giordano <mose <at> gnu.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 23083-done <at> debbugs.gnu.org, Waleed Yousef <wyousef <at> fcih.net>
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Mon, 28 Mar 2016 22:41:40 +0200

Hi Tassilo,

2016-03-27 22:02 GMT+02:00 Tassilo Horn <tsdh <at> gnu.org>:
> Waleed Yousef <wyousef <at> fcih.net> writes:
>
> Hi Waleed,
>
>> the good news is that the problem disappeared. However, a new problem
>> occurred.
>>
>> For some preamble (which is really weird) the pdf does not revert
>> (refresh); however it goes to the right page (but without
>> refreshing).  For the following preamble, when I comment some packages
>> the problem disappear!!
>
> Good catch!  We've called `TeX-after-compilation-finished-functions'
> only if `TeX-error-list' was empty with the intention that you don't
> want to revert when errors have occurred which usually means that the
> PDF will be broken anyhow.  However, your preamble issues lots of
> warnings, and those are collected in `TeX-error-list', too.
>
> I've fixed it in Git so that the hook is skipped only if there were real
> errors and not just warnings.  Here is the patch:
>
> --8<---------------cut here---------------start------------->8---
> modified   tex-buf.el
> @@ -1551,7 +1551,7 @@ Rerun to get mark in right position\\." nil t)
>                  (md5 (current-buffer)))))
>          (push (cons idx-file t) LaTeX-idx-changed-alist)))
>
> -  (unless TeX-error-list
> +  (unless (memq 'error (mapcar #'car TeX-error-list))
>      (run-hook-with-args 'TeX-after-compilation-finished-functions
>                         (with-current-buffer TeX-command-buffer
>                           (expand-file-name
> --8<---------------cut here---------------end--------------->8---

I changed it to use `TeX-error-report-switches' as it is simpler than
going through `TeX-error-list' and it's the usual way to test presence
of errors in the last TeX run.  Maybe we should turn the whole
`plist-get' call into a function.

Bye,
Mosè

Message #37 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

From: Waleed Yousef <wyousef <at> fcih.net>
To: Mosè Giordano <mose <at> gnu.org>
Cc: 23083-done <at> debbugs.gnu.org, Tassilo Horn <tsdh <at> gnu.org>
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Mon, 28 Mar 2016 23:35:39 +0000

So, this will be released to elpa eventually?


Mosè Giordano <mose <at> gnu.org> writes:

> Hi Tassilo,
>
> 2016-03-27 22:02 GMT+02:00 Tassilo Horn <tsdh <at> gnu.org>:
>> Waleed Yousef <wyousef <at> fcih.net> writes:
>>
>> Hi Waleed,
>>
>>> the good news is that the problem disappeared. However, a new problem
>>> occurred.
>>>
>>> For some preamble (which is really weird) the pdf does not revert
>>> (refresh); however it goes to the right page (but without
>>> refreshing).  For the following preamble, when I comment some packages
>>> the problem disappear!!
>>
>> Good catch!  We've called `TeX-after-compilation-finished-functions'
>> only if `TeX-error-list' was empty with the intention that you don't
>> want to revert when errors have occurred which usually means that the
>> PDF will be broken anyhow.  However, your preamble issues lots of
>> warnings, and those are collected in `TeX-error-list', too.
>>
>> I've fixed it in Git so that the hook is skipped only if there were real
>> errors and not just warnings.  Here is the patch:
>>
>> --8<---------------cut here---------------start------------->8---
>> modified   tex-buf.el
>> @@ -1551,7 +1551,7 @@ Rerun to get mark in right position\\." nil t)
>>                  (md5 (current-buffer)))))
>>          (push (cons idx-file t) LaTeX-idx-changed-alist)))
>>
>> -  (unless TeX-error-list
>> +  (unless (memq 'error (mapcar #'car TeX-error-list))
>>      (run-hook-with-args 'TeX-after-compilation-finished-functions
>>                         (with-current-buffer TeX-command-buffer
>>                           (expand-file-name
>> --8<---------------cut here---------------end--------------->8---
>
> I changed it to use `TeX-error-report-switches' as it is simpler than
> going through `TeX-error-list' and it's the usual way to test presence
> of errors in the last TeX run.  Maybe we should turn the whole
> `plist-get' call into a function.
>
> Bye,
> Mosè

Message #40 received at 23083-done <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Waleed Yousef <wyousef <at> fcih.net>
Cc: Mosè Giordano <mose <at> gnu.org>, 23083-done <at> debbugs.gnu.org
Subject: Re: bug#23083: Reverting pdf in Multifile tex document
Date: Tue, 29 Mar 2016 12:44:15 +0200

Waleed Yousef <wyousef <at> fcih.net> writes:

> So, this will be released to elpa eventually?

Yes.

>> I changed it to use `TeX-error-report-switches' as it is simpler than
>> going through `TeX-error-list' and it's the usual way to test
>> presence of errors in the last TeX run.  Maybe we should turn the
>> whole `plist-get' call into a function.

Ah, even better.  Thanks.

Bye,
Tassilo

Previous Next

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