Bug 223200 - Kile: problems for detecting the file tex is processing
Summary: Kile: problems for detecting the file tex is processing
Status: RESOLVED FIXED
Alias: None
Product: kile
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Michel Ludwig
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-17 20:55 UTC by Sébastien Wilmet
Modified: 2022-12-02 12:14 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
The *.tex files used and the first and the second compilation outputs (1.63 KB, application/x-gzip)
2010-01-17 20:58 UTC, Sébastien Wilmet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sébastien Wilmet 2010-01-17 20:55:28 UTC
Version:            (using KDE 4.3.4)
OS:                Linux
Installed from:    Fedora RPMs

When I compile a document which include others with the \Input command (srctex package), the file added in the stack marked as reliable is not popped.

This is because ":<-" is not always at the beginning of a line (the method used by Kile to detect the end of a reliable file). At the first compilation, the output line containing the ":<-" is:

) :<-

And at the second compilation, the output line is:

[1{/usr/share/texmf/fonts/map/pdftex/updmap/pdftex.map}]) :<-

So with the regex "(\\) )?:<-$" instead of "strLine.startsWith(":<-")", it works. But I don't know if in all cases ":<-" is at the end of a line.


There is an other problem with the file stack (with the same document), in the beginning of the output there is the line:

(/usr/share/texmf/tex/latex/srcltx/srctex.sty) No file tests.aux.

This is detected as a warning, and the file for this warning must normally be tests.tex but it is srctex.sty. I've read the code of latexoutputfilter.cpp but I didn't understand why this error occurred. So srctex.sty is on top of the stack and is not popped.

I use Texlive 2007.
I'll send an attachment with the *.tex files and the two outputs.
Comment 1 Sébastien Wilmet 2010-01-17 20:58:06 UTC
Created attachment 39989 [details]
The *.tex files used and the first and the second compilation outputs

The command used for the compilation is :
$ pdflatex -interaction=nonstopmode tests.tex
Comment 2 Michel Ludwig 2010-01-24 14:52:06 UTC
A fix for the first part of your bug report has been committed in revision 1079566.

For the second part, a more in depth re-write of the parsing code will be required, I think.
Comment 3 Andrew Crouthamel 2018-11-02 22:56:23 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Sébastien Wilmet 2018-11-03 09:46:58 UTC
Aha, I didn't remember reporting this bug :-) Looking at the date, I was implementing the same feature (extract warnings/errors/badboxes from the LaTeX output) in LaTeXila (now renamed to GNOME LaTeX). The implementation is now in this file:
https://gitlab.gnome.org/GNOME/gnome-latex/blob/master/src/liblatexila/latexila-post-processor-latex.c
It's heavily inspired from the Kile source code, so thank you for implementing it first ;-)

I think I provided everything needed to reproduce the bug, see the attachment.
Comment 5 Andrew Crouthamel 2018-11-05 02:53:01 UTC
Thanks for the update!
Comment 6 Justin Zobel 2022-12-02 01:22:53 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 7 Sébastien Wilmet 2022-12-02 12:14:27 UTC
Tested from kile git master (commit 8734261c184f29fe719b5831e2f744e748799e8a), currently 2.9.94.

It seems that it's fixed:

./tests.tex:0:No file tests.aux.

So the warning is correctly assigned to the tests.tex file.