GNOME Bugzilla – Bug 397898
Find stalls sometimes with 0 occurrences on one page and >0 on the next
Last modified: 2007-01-18 05:39: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:
It should be fixed in bug 343199, please try Evince development version.
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 ***