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 672900 - Search should not start over while typing
Search should not start over while typing
Status: RESOLVED DUPLICATE of bug 607907
Product: evince
Classification: Core
Component: general
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-03-27 09:49 UTC by Felix Möller
Modified: 2014-07-06 03:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Felix Möller 2012-03-27 09:49:19 UTC 
I am using evince to read big PDF books of several 100 pages.

When searching the search is restarted on every letter in the search box.

However, as long as I am not deleting characters evince does not have to start over.

Imagine search for "term". If it starts searching for "te", evince should just filter the first hits when I enter the next characters.
Comment 1 Felix Möller 2012-10-01 21:07:02 UTC 
still valid.
Comment 2 Germán Poo-Caamaño 2012-10-07 09:12:16 UTC 
It can be a problem in the backend, maybe related the fonts in the document.

Do you have a test case?

I tried with PDF Reference 1.7, which has 1310 pages and it is pretty fast.
http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/pdf_reference_1-7.pdf
Comment 3 Germán Poo-Caamaño 2012-10-07 09:21:18 UTC 

*** This bug has been marked as a duplicate of bug 667569 ***
Comment 4 Felix Möller 2012-10-07 18:57:25 UTC 
Germán thanks for looking into this.

Howver, the bugs are not duplicates.


Open for example the document at <http://dspace.mit.edu/bitstream/handle/1721.1/48833/planningsystemsc00rama.pdf>.

Search for "Plann". Results are found. However, when entering an "i" in addition to search for "Planni" the document is search again, although it would have been enough to just compare the hits of the previous search again.
Comment 5 Scott Kostyshak 2014-07-06 03:20:45 UTC 
(In reply to comment #4)
> Germán thanks for looking into this.
> 
> Howver, the bugs are not duplicates.
> 
> 
> Open for example the document at
> <http://dspace.mit.edu/bitstream/handle/1721.1/48833/planningsystemsc00rama.pdf>.
> 
> Search for "Plann". Results are found. However, when entering an "i" in
> addition to search for "Planni" the document is search again, although it would
> have been enough to just compare the hits of the previous search again.

Agreed. Instead, this bug report is a duplicate of bug 607907. That title is not as informative as this title though. I will edit the title of that bug.
Comment 6 Germán Poo-Caamaño 2014-07-06 03:41:36 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

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