Evince locks up reading PDF document

[Kevin Napper]

Binary package hint: evince

Evince Document Viewer 2.22.1.1 (using poppler 0.6.4 (cairo)) locks up when displaying section 20 (USB full speed device interface (USB)) of the attached PDF file. The first page of section 20 is displayed OK but after scrolling down to the next page, all pages just display "Loading ...". Sometimes Evince locks up entirely and has to be killed off.

I am using Ubuntu 8.04 and evince 2.22.1.1-0ubuntu1

ProblemType: Bug
Architecture: i386
Date: Sun May 25 10:49:01 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/evince
Package: evince 2.22.1.1-0ubuntu1
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: evince
Uname: Linux 2.6.24-16-generic i686

[Sven Arvidsson (sa)]

Created an attachment (id=12938)
slow document

[Albert Astals Cid (aacid)]

This is because the document has a Pattern which makes it slow down a lot, i though we had already a "Patterns are slow" bug, but as i can't find it i'll reuse this one.

See http://bugs.kde.org/show_bug.cgi?id=99486 for more info.

[Albert Astals Cid (aacid)]

And now spell it right :D

[Albert Astals Cid (aacid)]

*** Bug 13639 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

To check if a document that takes very long to render or not is hit by this bug just put a return on the beginning of Gfx::doPatternFill and Gfx::doPatternStroke if it automatically goes fast again, you've hit a duplicate of the magnificient and sucking "Patterns are extremely slow to render" bug

[Brad Hards (bradh)]

*** Bug 3086 has been marked as a duplicate of this bug. ***

[Kevin Napper (kevin-napper)]

Binary package hint: evince

Evince Document Viewer 2.22.1.1 (using poppler 0.6.4 (cairo)) locks up when displaying section 20 (USB full speed device interface (USB)) of the attached PDF file. The first page of section 20 is displayed OK but after scrolling down to the next page, all pages just display "Loading ...". Sometimes Evince locks up entirely and has to be killed off.

I am using Ubuntu 8.04 and evince 2.22.1.1-0ubuntu1

ProblemType: Bug
Architecture: i386
Date: Sun May 25 10:49:01 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/evince
Package: evince 2.22.1.1-0ubuntu1
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: evince
Uname: Linux 2.6.24-16-generic i686

[Milan Bouchet-Valat (nalimilan)]

Thanks for reporting bugs. I can confirm this: viewing page 464 makes it impossible to view any page after and before.

[Albert Astals Cid (aacid)]

*** Bug 16094 has been marked as a duplicate of this bug. ***

[Milan Bouchet-Valat (nalimilan)]

This bug is in the rendering backend, not in Evince itself (see upstream).

[Milan Bouchet-Valat (nalimilan)]

Evince developers made me notice that indeed the program is not hanging, and eventually shows the page. The problem is just that this takes too long. Let's see what the developers of the rendering library say...

[Milan Bouchet-Valat (nalimilan)]

This is a known bug upstream about "patterns extremely slow to render".

[Igor Zubarev (igor.zubarev)]

Confirm. Evince bacame a memory hog. It eats all possible memory and hangs.
Evince 2.22.2
poppler 0.6.4 (cairo)

[sabacon10 (sabacon10)]

Evince suddenly fails to display pdf page after clicking next button, brings the system down to a crawl indicating loading page message,this appears to be a memory leak, also some postcript pages do not display at all, in the the thumbnail pane there is an indication of a picture on the page but in the reading window there is nothing,when converted to pdf there is indeed a picture on the page, on cbz and djvu files when scrolling the thumbnails will flash wildly until you scroll up or down a little. This is getting outrageous now, some of these problems have been plaguing people from gutsy days.

Evince is the main document viewer in Ubuntu it is really a shame to have to go back to Acrobat reader to reliably read pdf documents, equally shameful is that PDF-XChange Viewer under wine works better than Evince with far more features as far as pdf docs are concerned, Evince is a nice looking viewer and reads almost everything and should be given high priority it should be one of the stablest applications in Gnome, even if the problem is with the poppler back end the fact remains that Evince is almost unusable, this is not good at all, document reading is so important on the computer nowadays.

[Albert Astals Cid (aacid)]

*** Bug 19575 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 19758 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 20891 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 21660 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 6680 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 22997 has been marked as a duplicate of this bug. ***

[Carlos Garcia Campos (carlosgc)]

Created an attachment (id=28591)
Implement tiling patterns in cairo backend

These patches fix the bug for the cairo backend.

[Albert Astals Cid (aacid)]

I'd say the change to Gfx.cc is ok, though i don't see the need for m1x and m1y

[Carlos Garcia Campos (carlosgc)]

(In reply to comment #15)
> I'd say the change to Gfx.cc is ok, though i don't see the need for m1x and m1y
>

m1x and m1y are needed to restore m1[4] and m1[5] in case of falling back to Gfx code when out->tilingPatternFill() returns false.

[Albert Astals Cid (aacid)]

But the first thing done in the "fallback" code is assigning m1[4] and m1[5], so it doesn't matter, right?

[Carlos Garcia Campos (carlosgc)]

You are right, I've removed them and pushed the commits.

[Carlos Garcia Campos (carlosgc)]

Moving to splash component since it's fixed in cairo backend now.

[Albert Astals Cid (aacid)]

*** Bug 23652 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 24389 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 25591 has been marked as a duplicate of this bug. ***

[Albert Astals Cid (aacid)]

*** Bug 3233 has been marked as a duplicate of this bug. ***

[madbiologist (me-again)]

According to the upstream bug this was fixed some time ago.

I confirm this is fixed on Ubuntu 10.04 "Lucid Lynx" alpha 2 with poppler updated to the latest available Ubuntu package.

Uname: Linux 2.6.32-10-generic i686
Packages: evince 2.29.5-0ubuntu1
                  poppler 0.12.3-0ubuntu1

[Psychonaut (psychonaut)]

I have a document which is also slow to render (using Okular). What's the best way of determining whether it's because of this pattern bug, or because of something else? Is there some command-line tool which will tell me whether a given PDF has a pattern?

[Albert Astals Cid (aacid)]

See comment #5

Or you want a user level tool?

[Albert Astals Cid (aacid)]

*** Bug 28954 has been marked as a duplicate of this bug. ***

[John Muir (john-muir)]

I am experiencing this problem with Document Viewer 2.30.3 and poppler/cairo 0.12.4

[John Muir (john-muir)]

Just a little more information on the bug:

It only occurs when Evince has been idle for some time. I go back to the window and try to scroll down, nothing happens for several seconds and the window is dimmed, then after a few more seconds it suddenly responds and scrolls as desired. I can then scroll up, down with no problem at all.

So it's not related to the content at all.

During the 'freeze' period neither CPU nor memory change. It's as if it just needs some time to 'wake up'...