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 399255 - Copying of string "fi" incorrect
Copying of string "fi" incorrect
Status: RESOLVED DUPLICATE of bug 341947
Product: evince
Classification: Core
Component: general
0.6.x
Other Linux
: Normal trivial
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-22 04:43 UTC by David Huston
Modified: 2007-01-22 09:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description David Huston 2007-01-22 04:43:47 UTC
I copied the first paragraph of http://www.andrew.cmu.edu/user/dhuston/quiz01.pdf (a file generated who knows where). I pasted it into Kile (v. 1.9.3, kile.sourceforge.net), where I found that the 'fi' part of the word 'field' on the beginning of the third line was registering as a single character. Using the text selector in evince yields the same result (selecting 'fi' as a single character).

I was able to reproduce the issue using Kile. http://www.andrew.cmu.edu/user/dhuston/quiz_1_redo.tex is a LaTeX source file, from which I compiled http://www.andrew.cmu.edu/user/dhuston/quiz_1_redo.pdf. The same problem appears - 'fi' in 'field' in the source is rendered as a single character in evince.
Comment 1 Nickolay V. Shmyrev 2007-01-22 07:41:51 UTC
Thanks for the bug report, although it's not as trivial as it seems.

*** This bug has been marked as a duplicate of 341947 ***
Comment 2 Ed Catmur 2007-01-22 09:52:54 UTC
Hmm?  It is trivial; patch 65575 on bug 341947 solves the bug for PDFs produced in standard TeX.  The poppler patches are only necessary for PDFs with weird mapping table entries e.g. those produced with the MinionPro font.