viewpdf macro is slow in IE

Christoph November 17, 2014

We upgraded our confluence from 5.6.1 to 5.6.4 and now the rendering of pdfs takes much longer.
Additionally it consumes up to 50+% cpu for a long time (>10 min)
We are using IE versions 9 to 11.
FF behaves just nice smile

6 answers

0 votes
Christoph November 21, 2014
0 votes
Christoph November 19, 2014

Related to this particular page we see a number of these warnings in the log.
All those referenced pdfs are attached to the single pages of the blog (and render correctly to JPG and are displayed correctly)

Looks similiar to CONF-30711 and CONF-32266 but the pdfs are rendered correct and confluence is not breaking. It's the client cpu that's making trouble (or heat smile)

2014-11-19 08:37:14,740 WARN [http-bio-18080-exec-334] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : BR_iniert_26_06_14.pdf with page number 0, waited : 300, now executing in background.
2014-11-19 08:37:15,119 WARN [http-bio-18080-exec-267] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : Regelungsabrede_Lohnerhöhung_20140709 .pdf with page number 0, waited : 300, now executing in background.
2014-11-19 08:37:15,989 WARN [http-bio-18080-exec-333] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : Regelungsabrede_Lohnerhöhung_20140709 .pdf with page number 0, waited : 300, now executing in background.
2014-11-19 08:37:16,524 WARN [http-bio-18080-exec-333] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : Regelungsabrede_Lohnerhöhung_20140709 .pdf with page number 0, waited : 300, now executing in background.
2014-11-19 08:37:17,043 WARN [http-bio-18080-exec-333] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : Regelungsabrede_Lohnerhöhung_20140709 .pdf with page number 0, waited : 300, now executing in background.
2014-11-19 10:21:39,997 WARN [http-bio-18080-exec-488] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : 26.pdf with page number 0, waited : 300, now executing in background.
2014-11-19 12:31:27,840 WARN [http-bio-18080-exec-712] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : Speiseplan.pdf with page number 0, waited : 300, now executing in background.
2014-11-19 13:17:42,184 WARN [http-bio-18080-exec-784] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : Speiseplan.pdf with page number 0, waited : 300, now executing in background.
2014-11-19 14:16:48,093 WARN [http-bio-18080-exec-880] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : 21.pdf with page number 0, waited : 300, now executing in background.
2014-11-19 14:16:49,216 WARN [http-bio-18080-exec-869] [com.benryan.conversion.PPTSlideServlet] doGet Conversion task timed out for attachment : 21.pdf with page number 0, waited : 300, now executing in background.

[0][0][19.11.14 14:48:47] wiki@srv-ef1-web02:/PPI/media/ppivar/logdir/logs/wiki
[2037/6] > grep PPTSlideServlet * | wc -l
132

[0][0][19.11.14 14:49:21] wiki@srv-ef1-web02:/PPI/media/ppivar/logdir/logs/wiki
[2038/7] >
0 votes
Christoph November 19, 2014

Actually the problem is slightly different:
A confluence blog consists of multiple single pages (~40).
Each single page displays correct in IE / FF / Chrome with no CPU load at all, but when the complete blog-summary is displayed, the CPU load on the client reaches 50%+
This happens on all clients / browsers I checked so far.
The only thing I found that switches the CPU on / off is when in IE scripts/acticex is allowed.
When I open the summary (even the downloaded offline version) and allow scripts/activex the CPU goes to the top.
When I disable / block activex - the CPU stays at zero but all content is displayed correctly.

Is there a possibility to send you the zipped offline version of the page ?

 

0 votes
Christoph November 17, 2014

Thanks for your ideas so far - will check first thing tomorrow and share any findings.

0 votes
Rodrigo Girardi Adami
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
November 17, 2014

Hi Christoph,

I wasn't able to find any bug report for PDF macros and the latest confluence and ie versions in our bug tracker. that's odd.

Is this happening to all PDF files? Do this happens to a vanilla confluence instance 5.6.4? I suggest to check if you are able to replicate this on a vanilla instance with other PDFs. Also, check the atlassian-confluence.log for PDF rendering errors.

Cheers,

Rodrigo

0 votes
Giuliano C_
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
November 17, 2014

Hey Christoph, 

 

That's a strange behaviour, mostly because it only happen while using the IE browsers. Given that, can you check if the log files (confluence home/logs folder) are pointing something specific to the conversion of these files? Also, even happening only with one browser, since we recently upgraded the instance can you check if the add-ons are up to date or try to run Confluence under Plugin Safe Mode and see how it goes. smile

 

Cheers, 

Giuliano

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events