Ubuntu
evince package

images are not correctly displayed sometime for some seconds while scrolling

Bug #349670 reported by Ernst on 2009-03-27

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	Evince	Fix Released	Low	gnome-bugs #579299
	evince (Ubuntu)	Fix Released	Low	Unassigned

Bug Description

Binary package hint: evince

I'm running Intrepid, 32-bit, with backports and proposed enabled.

When I'm viewing the PDF found here: http://www.portesdusoleil.com/main/FCK/pdf/PortesduSoleil_Hiver.pdf, evince cannot always display the PDF correctly during scrolling. Some blocking occurs, and after about 5 seconds (sometimes faster, sometimes slower), the correct view is generated. However, the blocks showed are not located at the area showed.
Due to this behavior, I'm not able to comfortable view the PDF.

How to reproduce:
1) download PDF
2) open with evince
3) first zoom in and then zoom out back to 100%, the effect occurs most often. Thus, zoom to 400%, zoom back and scroll a lot (up and down or left and right) and sometimes, some strange blocks appear which disappear after a couple of seconds.

This effect sometimes occurs after every scrolling action, sometimes not and then it can be difficult to directly reproduce.

I guess it has something to do with the preview generated before the actual view is shown. As the file is quite large, this sometimes goes wrong I suspect.

Related branches

lp:ubuntu/saucy-proposed/evince

Revision history for this message

Pedro Villavicencio (pedro) wrote on 2009-03-27:

Thanks for the report Ernst, could you take an screenshot of what you're seeing (the cube), The document is indeed big and it takes a few seconds to render if you zoom on it, which is the same amount of time that acroread takes here with Jaunty, i dont think that's a bug though, thanks.

Changed in evince (Ubuntu):
assignee:	nobody → desktop-bugs
importance:	Undecided → Low
status:	New → Incomplete

Revision history for this message

Ernst (ernst-blaauw) wrote on 2009-03-28:

Screenshot-1.png Edit (1.2 MiB, image/png)

Here is a screenshot. Now, one line crosses the screen, but also a more fragmended view appears (up to 10 lines, I think)

Revision history for this message

Dimitrios Symeonidis (azimout) wrote on 2009-03-31:

Well, I can confirm this on Jaunty. On the other hand, since in fact the rendering is corrected after 2-3 seconds, this would have to be a veeery low priority bug. Thanks anyway

Changed in evince:
status:	Incomplete → Confirmed

Revision history for this message

Ernst (ernst-blaauw) wrote on 2009-04-01:

Well, I do not agree this bug should have a very low priority; due to this bug, I use other PDF viewers to view the PDF, as the user experience is highly frustrated by this bug.

Revision history for this message

Sebastien Bacher (seb128) wrote on 2009-04-17:

That's really a minor issue and rather a graphic drawing slowness but sent anyway on http://bugzilla.gnome.org/show_bug.cgi?id=579299, let's see what upstream thinks about the issue

summary:	- When scrolling through a certain document, evince does not correctly - display a large PDF + image part not correctly displayed for some seconds while scrolling
summary:	- image part not correctly displayed for some seconds while scrolling + images are not correctly displayed sometime for some seconds while + scrolling
Changed in evince (Ubuntu):
status:	Confirmed → Triaged

Bug Watch Updater (bug-watch-updater) on 2009-04-17

Changed in evince:
status:	Unknown → New

Bug Watch Updater (bug-watch-updater) on 2009-05-13

Changed in evince:
status:	New → Confirmed

Bug Watch Updater (bug-watch-updater) on 2010-09-16

Changed in evince:
importance:	Unknown → Low

Revision history for this message

cameleon (el-cameleon-1) wrote on 2011-07-11:

Same kind of problem with this pdf: http://www.mairie-rochecorbon.fr/pdf/zonage.pdf

Its a pain to zoom on this document (a city map).

Bug Watch Updater (bug-watch-updater) on 2013-02-12

Changed in evince:
status:	Confirmed → Fix Released

Revision history for this message

Sebastien Bacher (seb128) wrote on 2013-02-12:

The issue has been fixed upstream with those commits:
http://git.gnome.org/browse/evince/commit/?id=3ab6ac10a7ea7740d56f2de1420434c0f3aa72ba
http://git.gnome.org/browse/evince/commit/?id=72f2ae4065bb82728a29bc8a793adadd225e5c73

The fix will be available with evince 3.8 in Ubuntu (which might be this cycle or next one)

Changed in evince (Ubuntu):
assignee:	Ubuntu Desktop Bugs (desktop-bugs) → nobody
status:	Triaged → Fix Committed

Revision history for this message

Launchpad Janitor (janitor) wrote on 2013-05-28:

This bug was fixed in the package evince - 3.8.2-0ubuntu1

---------------
evince (3.8.2-0ubuntu1) saucy; urgency=medium

  * Upload to saucy based on the work from the GNOME3 ppa, thanks Rico
  * The new version fixes those issues:
    - "use nautilus's frame for thumbnails" (lp: #155726)
    - "When <Ctrl>+Scroll zooming, include Page Width, Fit Page" (lp: #254519)
    - "Fix rendering of the first visible page while resizing" (lp: #349670)
    - "Allow case-sensitive and/or regexp search in evince" (lp: #360152)
    - "When manually zooming below 50% Evince still shows 50% as
      the zoom level." (lp: #653911)
    - "can´t resize side pane" (lp: #704232)
    - "incorrectly reports document Location in its Properties if
       there are % in filename" (lp: #1112641)

  [ Rico Tzschichholz ]
  * New upstream release
  * debian/control:
    - Bump build-depends on libgtk-3-dev (>= 3.7.5),
      Add libsecret-1-dev (>= 0.5) and drop libgnome-keyring-dev
  * debian/libevdocument3-4.symbols,libevview3-3.symbols:
    - Updated
  * debian/patches:
    - Drop 03_nodisplay.patch, upstream
  * debian/patches/11_grip_gestures.patch:
    - Refreshed
-- Sebastien Bacher <email address hidden> Tue, 28 May 2013 13:43:47 +0200