If copying the text fragment from the PDF, and if the text in PDF is rotated 90 degrees counter-clockwise, the clipboard contains the text fragment spelled backwards. So, the "arXiv:1203.0690v1" copied from the left margin of page 1 in the PDF at demo URL ends up as "1v0960.3021:viXra" after paste. Previously (kde 4.5.5, slackware 13.37/amd64) this function worked correctly, with that same file, too. The version is 0.16.5, kde 4.10.5, packed with slackware 14.1/amd64. Reproducible: Always
attach a such file
An example PDF is at http://arxiv.org/pdf/1203.0690, it is open access file.
Correct. I don't see this being fixed soon (at least from my side)
How did it even get to be broken, in the first place? This functionality worked okay for years, with different versions of KDE 4, different series, even (kpdf in KDE 3).
Because we fixed more important stuff. You're free to have a look at the code and revert the changes you think are not important for you.
FWIW, this is still a problem as of KDE Applications 17.11.80 and Poppler 0.61. See also Bug 300400, where currently you have to enter the search term backwards.
*** This bug has been marked as a duplicate of bug 407133 ***