Created attachment 432033 [details]
Description of problem:
If you'll open an PDF file containing some specific Czech characters like š,ě,č,ř,ž and you'll highlight the text, then you'll see that some specific characters are not visible anymore.
Also if you'll highlight document by clicking and draging mouse over multiple lines in direction "Frmm bottom to top" some part of lines will disappear while being highlighted.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open attached pdf document
2. highlight first paragraph multiple times in a different direction
3. highlight multiple paragraph by clicking + draging from bottom to top
some characters and part of lines are invisible while being higlighted
every character should be visible as while not being highlighted
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release. It has
been denied for the current Red Hat Enterprise Linux release.
** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
Is anybody going to do something about this? I have found also another issue in highlighting. So seems like that this topic is very problematic.
These are actually 2 bugs.
The first one is that selection of TextLine shouldn't take y coordinates of the selection rectangle into account once we decide to select the line. We can fix this since the patch is quite simple (see http://cgit.freedesktop.org/poppler/poppler/commit/?id=5056e33e01ce0f7db1a5401b7b38d30e84eedf69).
The second one is that each TextWord has only one font set which means that if a TextWord contains a character which needs different font then the character is drawn by wrong font which usually doesn't have a glyph for the character resulting in empty space.
This is not possible to fix without API change since the API of TextWord is public (see http://cgit.freedesktop.org/poppler/poppler/commit/?id=f3a1b765bd6a58d327a80feedbe30e1c0792076e).
I'm giving devel_ack+ to the first problem. We can not fix the second one because of the API change.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.