Bug 366537

Summary:	Improper Highlighting
Product:	[Applications] okular	Reporter:	Looserof7 <looserof7>
Component:	PDF backend	Assignee:	Okular developers <okular-devel>
Status:	RESOLVED WORKSFORME
Severity:	critical	CC:	aacid
Priority:	NOR	Keywords:	triaged
Version First Reported In:	0.25.0
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Related Highlighting. Second Screenshot Third Screenshot Fourth ScreenShot fith ScreenShot

Description Looserof7 2016-08-09 00:06:58 UTC

When ever I try to Highlight a text in pdf, it is being improper, and what I have noticed is, it is dependent on books, which I open.
I'm including 4 screenshots of different books, Where highlighting is different for each book.
There was already one bug reported about text being disappeared after highlighting.
I have uploaded all the screenshot pdf files here 
https://drive.google.com/open?id=0Bw1lzCYKRpNqLXZxUXotS0tNbXM

all respective files named can be looked in screenshots.
I use manjaro, standard edition

Reproducible: Sometimes

Steps to Reproduce:
1.It is dependent on file.

Actual Results:  
Improper highlighting for different books.

Expected Results:  
Consitent highlighting for all type of books.

I'm including a screenshot about my System.
This is Critical because it made me to lose all pdf text in one file.
I think highlighting is a important feature.

Comment 1 Looserof7 2016-08-09 00:12:20 UTC

Created attachment 100501 [details]
Related Highlighting.

Comment 2 Looserof7 2016-08-09 00:13:16 UTC

Created attachment 100502 [details]
Second Screenshot

Comment 3 Looserof7 2016-08-09 00:14:26 UTC

Created attachment 100503 [details]
Third Screenshot

Comment 4 Looserof7 2016-08-09 00:15:37 UTC

Created attachment 100504 [details]
Fourth ScreenShot

Comment 5 Looserof7 2016-08-09 00:16:10 UTC

Created attachment 100505 [details]
fith ScreenShot

Comment 6 Albert Astals Cid 2016-08-22 21:46:59 UTC

What is wrong in third and fourth screenshot?

Comment 7 Looserof7 2016-08-25 12:45:01 UTC

Sorry for the delay!, as I'm far away from internet, I was unable to reply.
There was no problem with this and fourth screen shots, but I mean they were different.
I did find a work around, with this command, where I was able to even do highlighting properly, without any loss of data. Command is:'qpdf input filename outputfilename'. I was able to open the same book in which I lost the data, without any problems, I don't known anything about qpdf, it just worked.

Comment 8 Andrew Crouthamel 2018-09-26 22:22:03 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 9 Andrew Crouthamel 2018-10-27 02:50:31 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!