After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 735221 - Scrolling in large document with Index pane open slow
Scrolling in large document with Index pane open slow
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
3.12.x
Other Linux
: High normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-08-22 13:17 UTC by Ross Lagerwall
Modified: 2018-05-22 15:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ross Lagerwall 2014-08-22 13:17:57 UTC
I noticed recently that scrolling in a large PDF with the Index pane open causes about a ~2 second pause every time the page changes. This is, of course, rather annoying.

How to reproduce:
1. Open the following PDF:
http://www.intel.com/content/dam/www/public/us/en/documents/manuals/64-ia-32-architectures-software-developer-manual-325462.pdf
2. Ensure that the Index pane is open.
3. Scroll between pages.

This is with Fedora 20, Gnome Shell and Evince 3.12.1 on newish hardware with an AMD GPU.

Thanks!
Comment 1 Germán Poo-Caamaño 2014-08-23 06:41:40 UTC
I confirm the issue.  This only happens with the Index, not something else like Thumbnails.

The problem might be 'large Index' rather than 'large document'.
Comment 2 José Aliste 2014-08-27 01:51:19 UTC
This bug is a mixture of things that could be slow are actually super slow with the attached document. When we update the current page on the index pane, we check linearly all possible links to get their page... and possibly update this... This turns out to be slow in this document because the pdf is huge, it's encripted with aes, and all links are named destinations... so searching for each of them is super slow. In top of that, each time we look for the page, we take the doc mutex lock....
Comment 3 Ross Lagerwall 2014-09-25 20:32:54 UTC
(In reply to comment #2)
> This bug is a mixture of things that could be slow are actually super slow with
> the attached document. When we update the current page on the index pane, we
> check linearly all possible links to get their page... and possibly update
> this... This turns out to be slow in this document because the pdf is huge,
> it's encripted with aes, and all links are named destinations... so searching
> for each of them is super slow. In top of that, each time we look for the page,
> we take the doc mutex lock....

Thanks for having a look!  Well at least there's lots of ways to improve :-)
Comment 4 Bart 2017-06-28 03:35:45 UTC
Can the feature where the Index is updated dynamically be removed or disabled altogether? Scrolling a pdf with the index open is almost impossible right now.
Comment 5 GNOME Infrastructure Team 2018-05-22 15:49:44 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/502.