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 397898 - Find stalls sometimes with 0 occurrences on one page and >0 on the next
Find stalls sometimes with 0 occurrences on one page and >0 on the next
Status: RESOLVED DUPLICATE of bug 343199
Product: evince
Classification: Core
Component: general
0.6.x
Other All
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-18 05:27 UTC by Luke Hutchison
Modified: 2007-01-18 05:39 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Luke Hutchison 2007-01-18 05:27:57 UTC
Please describe the problem:
Open a PDF document with a word "XYZ" on say page 1, then not on page 2, then near the top of page 3.

Now search for XYZ.  The match on page 1 will be highlighted.  Hit Enter to go to the next match.  The document will be scrolled so that the occurrence of XYZ on page 3 is shown near the bottom of the screen.

If the page 2 / page 3 boundary is below halfway down the screen, then the current page will be page 2.  It will say "0 found on this page" in the status bar.  Hitting Enter will not work, i.e. you will not be able to find any more occurrences of the word (not just on the page, but anywhere in the document -- it gets stuck).

Scrolling the screen down so that page 3 is the current page will allow search to resume.

Also if the first occurrence on a page is highlighed and "Find Previous" is clicked, if the current occurrence is high enough on the page, you get stuck going backwards too for similar reasons.

I can also envision a more complicated way that matches can be missed due to logic along the lines of the above, although I can't think of a test case off the top of my head.  I have seen this in practice, and stopped using Evince to search PDFs a while ago because I was missing obvious matches.

The way to fix this would likely be to not make the current Find result depend upon the current page.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Nickolay V. Shmyrev 2007-01-18 05:37:18 UTC
It should be fixed in bug 343199, please try Evince development version.
Comment 2 Nickolay V. Shmyrev 2007-01-18 05:39:57 UTC
Yeah, it should be a duplicate, feel free to reopen original bug if you still have problems.

*** This bug has been marked as a duplicate of 343199 ***