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 349433 - Forgets "Fit Page Width" option on each click on the index
Forgets "Fit Page Width" option on each click on the index
Status: RESOLVED FIXED
Product: evince
Classification: Core
Component: general
0.9.x
Other Linux
: Urgent blocker
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-07-31 13:56 UTC by Sebastien Bacher
Modified: 2007-07-01 08:49 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Sebastien Bacher 2006-07-31 13:56:25 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/evince/+bug/49340

"Whenever I navigate in a document using the index, the zoom is reset and the "fit page width" option removed.

I don't know if it is a bug or if it was intentional (though I don't see why users would want this "feature") but I find it extremely annoying. I would like to have the "fit page width" option always on...
...
> Thanks for your bug. That works fine for me with dapper on an example. Is that specific to a .pdf or does it happen with any of them? Could you attach an example or give an URL to download one? What version of Ubuntu do you use?
...
I use dapper.

Up until now, I thought it was happening for all .pdf documents. After some research, I found some documents which don't exhibit the bug.

Here is a link to a zip file containing several pdfs having the problem (try the first pdf in there):
http://www.systemreferencedocuments.org/35/flyspeck.zip

From the sample documents I checked, I *think* it depends whether the document has a graphical "frame" around pages (ie images on the sides -- outside of the normal page area). All the documents I tried which haven't any "frame" worked, while all which have one didn't. But well, of course, it might just a coincidence...

http://librarian.launchpad.net/3075941/handout1-classes.pdf
I'm attaching the pdf, so that you don't have to download the archive and unzip it ;-)"
Comment 1 Nickolay V. Shmyrev 2006-08-01 06:48:10 UTC
I confirm this regression, we should fix it before the stable.
Comment 2 Carlos Garcia Campos 2006-08-10 13:58:16 UTC
The links in this document are xyz destinations which have the zoom factor set to 1. Acroread changes the zoom in this document too. Should we ignore zoom factors for xyz destinations when sizing-mode != EV_SIZING_FREE? IMO we should respect the  document. 
Comment 3 Nickolay V. Shmyrev 2006-08-10 14:48:29 UTC
The problem is that we are changing to free sizing even on fitv destinations. For xyz probably it should be left in current state. But for me it's very confusing behaviour and I suspect for many users too. Moreover it will change user settings for all new documents. I wonder why xyz links exist at all.
Comment 4 Carlos Garcia Campos 2006-08-10 17:17:31 UTC
Ok, I've just fixed it in head. We finally ignore zoom for xyz dests when it's 1, respecting user preferences. 
Comment 5 Sebastien Bacher 2007-06-27 11:56:24 UTC
still happening on GNOME 2.18:

"https://bugs.launchpad.net/ubuntu/+source/evince/+bug/121773

Evince changes zoom level after a document reload
...
1. Open a PDF document that has an outline
2. Open the outline in the sidebar
3. Zoom in
4. Press Ctrl+R to reload the document

Actual behaviour: zoom level changes back to "fit to page".

Expected behaviour: zoom level stays the same.

If the sidebar is hidden or shows thumbnails, the zoom level doesn't change on reload.
...
http://launchpadlibrarian.net/8215270/Sample_report.pdf
Sample PDF with an outline  (110.8 KiB, application/pdf)
..."

It also happens using evince 0.9.1
Comment 6 Carlos Garcia Campos 2007-07-01 08:49:30 UTC
Fixed in svn trunk and gnome-2-18 branch. 

Thanks.