viewpdf macro is slow in IE
Asked by Christoph:

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:


Answers:
author: Christoph
body: Raised support ticket: <https://support.atlassian.com/servicedesk/customer/portal/14/CSP-135530>


author: Christoph
body: 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] &gt; grep PPTSlideServlet * | wc -l132[0][0][19.11.14 14:49:21] wiki@srv-ef1-web02:/PPI/media/ppivar/logdir/logs/wiki[2038/7] &gt;
```


author: Christoph
body: 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 ?


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


author: Rodrigo Girardi Adami
body: 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


author: Giuliano C.
body: 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](https://confluence.atlassian.com/display/UPM/Disabling+and+enabling+add-ons#Disablingandenablingadd-ons-Disablingorenablingalladd-ons(usingSafeMode)) and see how it goes. :smile:

Cheers,

Giuliano