Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1179439

Bug#1059084: xpdf: text searching from the first page does not find matches on the other pages

Show all headers | View raw

On Wed, Dec 20, 2023 at 04:45:46AM +0100, Vincent Lefevre wrote:
> On 2023-12-20 04:23:00 +0100, Vincent Lefevre wrote:
> > Package: xpdf
> > Version: 3.04+git20231213-1
> > Severity: normal
> > 
> > When one does a text search (Ctrl-F) from the first page of
> > a PDF document that has several pages, only the matches on
> > the first page are obtained.
> 
> Note that on a large document, this is very slow (see bug 1059085),
> meaning that the search does not stop at the first page, but it
> fails on the other pages.

I can somewhat confirm this, and I think it has to do with document
size, or the amount of text between matches. On a 6-page-PDF, I get
matches from all pages when searching for a frequent word, however when
searching for a word occurring on only some of the pages, I only get
matches from the current, sometimes the next page.

When looking at PDFCore::findU, I'd think this is happening on the
poppler side, however I notice while evince will also take its time
searching a 300+ pages PDF, it can find many occurrences throughout the
entire document.

Hopefully Adam has an idea what's going wrong here?

Florian

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

Bug#1059084: xpdf: text searching from the first page does not find matches on the other pages Vincent Lefevre <vincent@vinc17.net> - 2023-12-20 04:30 +0100
  Bug#1059084: xpdf: text searching from the first page does not find matches on the other pages Vincent Lefevre <vincent@vinc17.net> - 2023-12-20 04:50 +0100
    Bug#1059084: xpdf: text searching from the first page does not find matches on the other pages Florian Schlichting <fsfs@debian.org> - 2023-12-20 09:40 +0100

csiph-web