Summary: | file watch does not reload when file is deleted and then recreated | ||
---|---|---|---|
Product: | [Applications] kpdf | Reporter: | kde |
Component: | general | Assignee: | Albert Astals Cid <aacid> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | CC: | okular-devel, reinhold |
Priority: | NOR | ||
Version: | 0.5.5 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
kde
2007-02-14 11:30:15 UTC
What triggers the problem in the watch file function seems to be any error that the LaTeXPDF encounters in the compilation. Does that situation delete the pdf file? Ioannis, is there any news about this problem? What about Albert's question? Same problem here, using LilyPond and GhostScript. Lilypond deletes the PDF file first, and then outputs a new one (the inode number changes). KPDF most times stops watching a file when it is deleted and recreated a very short while after. It would be very nice if KPDF just keeps wachting a file, even when it is deleted and recreated again. In the source of both KPDF and Okular I see that it listens to the KDirWatch signal dirty(), but not deleted() or created(). Should this be fixed in KDirWatch or KPDF/Okular? (The problem is stat KPDF/Okular stop watching a file when it is deleted and recreated shortly thereafter) The issue has been implemented on Okular and will be released with KDE 4.1. It won't be fixed on KPDF. |