-
Bug
-
Resolution: Unresolved
-
Medium
-
5.5, 5.5.2, 5.5.3, 5.6.3, 5.6.1, 6.15.1, 6.15.2
-
None
-
16
-
2
-
PDF files can not be (reliable) viewed in Confluence 5.x.x
(the CONF-31759 workaround doesn't change this... deals with other topic)
Let me sum up what I've learned about the bug:
- occurs predominant on Windows hosted system
- 1st view of pdf always works
- after time Confluence starts creating *.part files in viewfile directory (in additon to the existing -> from now on some pages of the pdf are not rendered (the bug)
- the viewfile directory and it's temp directory is heavily used under Windows during viewing a pdf if you delete the content of the viewfile directory and it's temp, 1st view of pdf always works (so a startover)
And this cannot be debugged to it's root cause and fixed by Atlassian ?
- is duplicated by
-
CONFSERVER-34152 View File Macro not rendering complete PDF 5.5.2
-
- Closed
-
- is related to
-
CONFSERVER-16922 View File Macro not rendering complete PDF
-
- Closed
-
-
CONFSERVER-32515 Viewfile macro intermittently failed to render a PDF/PPT file in a page
-
- Closed
-
-
CONFSERVER-35140 Viewfile macro intermittently failed to render a PDF/PPT file in a page that contains multiple/other viewfile macros
-
- Closed
-
I can confirm @Caterina Trainito's comment - still broken in Confluence 6.15.9 and tbh quite annoying.
Just after the pdf preview component has been added, it works. But subsequent requests start to fail, sometimes only some pages aren't displayed and getting worse over time, sometimes the preview images for all pages in the pdf are not rendered any more with the second request.
The log files just show a 404.