Bug 273654 - Okular thrashing or displaying blank window trying to render PDFs which are fine in Adobe Reader
Summary: Okular thrashing or displaying blank window trying to render PDFs which are f...
Status: RESOLVED NOT A BUG
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: 0.11.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-19 17:13 UTC by mathew
Modified: 2011-05-20 12:30 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mathew 2011-05-19 17:13:30 UTC
Version:           0.11.2 (using KDE 4.5.5) 
OS:                Linux

I've encountered a PDF which renders really slowly in Okular, but is fine in Adobe Reader.

http://carto.metro.free.fr/documents/CartoMetroLondon.v2.0.pdf

Reproducible: Always

Steps to Reproduce:
1. Download http://carto.metro.free.fr/documents/CartoMetroLondon.v2.0.pdf
2. Load it into Okular.
3. Hit 'zoom in' a couple of times.
4. Wait... and wait... and wait...

Actual Results:  
Takes about 6 seconds to render when zoomed out to 50%. 18 seconds at 100%. At 200% it appears to give up and render a blank window, and top shows no CPU activity.

Expected Results:  
In Adobe Reader, the PDF renders in under 2 seconds at any zoom level.

I've seen similar problems in PDFs generated using LuaTeX, but wasn't able to provide a good sample to file a bug report because they contained information internal to my employer.

Computer is a Core i7.
Comment 1 Pino Toscano 2011-05-20 12:30:49 UTC
There are two issues in this bug report:
a) slow rendering
b) missing rendering at high zoom level

(a) is due to the library we use for PDF documents, poppler, which takes a bit on pages with very complex graphics like this. Please report a bug for the "poppler" product at https://bugs.freedesktop.org
(b) is a known limitation of rendering very big pages, to avoid allocating way to big pixmaps and make either the RAM or the X server explode

I'm closing for the reasons above.