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

Groups > linux.debian.bugs.dist > #1179422 > unrolled thread

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

Back to article view | Back to linux.debian.bugs.dist

Contents

  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

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

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.

This is a regression in the latest version.

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-5-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xpdf depends on:
ii  libc6          2.37-13
ii  libgcc-s1      13.2.0-9
ii  libpaper1      1.1.29
ii  libpoppler126  22.12.0-2+b1
ii  libstdc++6     13.2.0-9
ii  libx11-6       2:1.8.7-1
ii  libxm4         2.3.8-3
ii  libxt6         1:1.2.1-1.1

Versions of packages xpdf recommends:
ii  cups-bsd          2.4.7-1
ii  fonts-urw-base35  20200910-7
ii  poppler-data      0.4.12-1
ii  poppler-utils     22.12.0-2+b1
ii  sensible-utils    0.0.20

xpdf suggests no packages.

-- no debconf information

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [next] | [standalone]

#1179426

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.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#1179439

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

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web