Closed
Bug 1194819
Opened 10 years ago
Closed 10 years ago
PDF text selection fails to detect word boundaries on wkhtmltopdf-generated PDFs
Categories
(Firefox :: PDF Viewer, defect, P3)
Tracking
()
RESOLVED
FIXED
Firefox 45
People
(Reporter: mg.bugzilla.mozilla.org, Unassigned)
References
Details
(Whiteboard: [pdfjs-c-ux][pdfjs-d-text-selection])
Attachments
(1 file)
|
16.08 KB,
application/pdf
|
Details |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0
Build ID: 20150807094952
Steps to reproduce:
open the attached file (testfile.pdf), which was generated using the "wkhtmltopdf" utility, using the built-in firefox PDF previewer (pdf.js).
double-click on a word, e.g. "Test".
then explicitly select the entire word.
copy the text and paste it into a text editor, e.g. emacs.
Actual results:
on double-click, only the letter directly below the mouse pointer is selected.
on paste of the explicitly selected word, each letter is pasted on its own line, e.g.
T
e
s
t
Expected results:
on double-click, the entire word should have been selected (as it does with other PDFs).
on paste, the word should have remained a word instead of letters on separate lines.
| Reporter | ||
Comment 1•10 years ago
|
||
note that other PDF viewers, such as okular, do not have this problem
Component: Untriaged → PDF Viewer
| Reporter | ||
Updated•10 years ago
|
OS: Unspecified → All
Hardware: Unspecified → All
Updated•10 years ago
|
Priority: -- → P3
Whiteboard: [pdfjs-c-ux][pdfjs-d-text-selection]
Comment 2•10 years ago
|
||
It shall be fixed by https://github.com/mozilla/pdf.js/pull/6590
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Depends on: 1224644
Resolution: --- → FIXED
Target Milestone: --- → Firefox 45
You need to log in
before you can comment on or make changes to this bug.
Description
•