Version: (using KDE KDE 3.4.91) Installed from: Unspecified Linux OS: Linux When previewing certain pdf files inside konqueror it will hang on closing the tab containing the preview. This only happends to some pdf files, f.ex: http://www.math.ntnu.no/emner/TMA4100/2005h/Ovinger/aud/audov07.pdf http://www.math.ntnu.no/emner/TMA4100/2005h/Ovinger/aud/audov03fasit.pdf There is no crash or hang when opening them in the standalone apps kpdf and kghostview. (although those two files won't show with kpdf (but only in kghostview), i only get a big cross over the paper (all other pdf's on that site work perfectly though, why might that be?)) The pdf also works great with "preview with kghostview", so this problem only applies to the kpdf plugin in konqueror. The hang does not happen instantly either. After opening i can use konqueror normally, change tabs, surf and whatever. BUT when i try to close the tab containing the pdf preview (or navigate away from the file using back/forward) konqueror will hang and take up all cpu power and has to be killed. 21744 mariux 16 0 60456 34m 20m R 98.1 6.9 2:35.59 konqueror I have not been able to get a traceback (or whatever its called) as the app doesnt really crash but only hang. I am running kubuntu breezy with kde 3.4.3 and i also get the same problem on Kubuntu Woarty with kde 3.4.2 <tvo> mariux: my konqueror get's stalled on your pdf.. <tvo> mariux: yeah, when closing it, but only if there is at least 1 other tab open (as you say) <tvo> mariux: kpdf 3.4.3 on kde 3.5beta1
I can confirm this with kpdf 3.4.3 on kde 3.5beta1 (I'm tvo)
same bug as http://bugzilla.ubuntu.com/show_bug.cgi?id=13096 ?
Yes its the same bug. Though they didnt mention the kpdf-preview in konqueror (which i think is the worst part of the bug as you can remotly hang a konqueror with pdf-preview enabled (by giving someone the url to a bad pdf))
But yes, the bug also leaves an runloose cpuconsuming tread after exiting kpdf that is impossible to see if you dont look for it with 'ps aux' or 'top' (or gui exvivilents (spelling?)) This bug should be marked as 'kpdf' instead of 'konqueror' i guess. Would be nice to fix before 3.5.0 !?
Haging isn't crashing, technically.
Well, it DOES crash konqueror and you DO lose all your other tabs.
Oh, sorry, I thought it just froze. Can you paste the backtrace here, please?
can you open that files using kpdf standalone program? I can see them without any problem.
>>Oh, sorry, I thought it just froze. >> Can you paste the backtrace here, please? Sorry, think i may have been a bit unclear in the last post. It doesnt actually crash the program, it just hangs it, so am not able to get a backtrace. When i wrote the post i was thinking about the severity of the bug. While it doesnt really crash the app i think this actually does something worse. While having all the same symptoms as a crash (loosing all your work / tabs / status) you also get a runlose thread taking up cpu power and thereby degrading your performance (and in my case also my battery life (laptop)). >>can you open that files using kpdf standalone program? >>I can see them without any problem. Opening it in kpdf causes two problems. 1. Kpdf isnt able to show the content of the file 2. While the app seems to close perfectly after [not] viewing the file, it also leaves the same runlose thread in the background. Only now you had no visual indication of a hang/crash, so you really aren't expecting the thread either. Which version of Kpdf/KDE do you use on which it works perfectly? mariux@nylon:~$ kpdf --version Qt: 3.3.4 KDE: 3.4.3 KPDF: 0.4.3 I have to note once more that the file works perfectly in KGhostView....
I wonder why you feel it is imporant to note KGhostview works for you? Do you think it makes any sense to say openoffice can open a word file that kword can not? I can see that pdf without any problem using Mandriva 2006.0 provided version $ kpdf --version Qt: 3.3.4 KDE: 3.4.2 KPDF: 0.4.2 My KDE 3.4 checkout $ kpdf --version Qt: 3.3.4 KDE: 3.4.3 KPDF: 0.4.3 My KDE 3.5 checkout $ kpdf --version Qt: 3.3.4 KDE: 3.4.92 (beta2, >= 20051010) KPDF: 0.5 My KDE 4.0 checkout $ kpdf --version Qt: 4.0.1 KDE: 3.9.02 (>= 20051018) KPDF: 0.5
If it's not a crash, it's not a crash.
Where did my comment go? I added another comment but it seems to have been lost. So anyways: Do you run freetype 2.1.7 ? I will try to update to 3.5-beta2 and also to freetype 2.1.10 to see if any of those help. Thiago Macieira: I understand that you have to be strict on whether its a crash or not. I just saw it from my non-developers point of view :)
No, i don't run freetype 2.1.7, i use 2.1.10. Forgot to ask the obvious, but does this happens with all pdf or only with these?
Only with some pdf's. Been trying to look into what seperates them from the other ones but i really dont see anything....
Updated to freetype 2.1.10. Problem gone! Seems it is something in freetype 2.1.7 that triggers a bug in kpdf (or visa versa).
Closing the bug as fixed