Summary: | Crash on clicking pdf links | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kwebkitpart | Reporter: | Rahul Jain <rahul> |
Component: | general | Assignee: | webkit-devel |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | adawit, beojan, david.goller, gassauer, hausmann, meinert, micuintus, public |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Rahul Jain
2010-03-03 14:11:45 UTC
One more thing, I am using KDE-4.4.1 but that was not an option in the wizard, so I went with 4.4.0. Crash is there on opening mp3 files as well. Therefore I am assuming that this crash simply occurs when the dialogue which gives us the preference what do with a particular mimetype pops up. It works fine here. Though I do not understand what it meant, I suspect your second comment above has something to do with your problem. If you get the crash dialog, you need to post the backtrace from that dialog here. Application: Konqueror (kdeinit4), signal: Segmentation fault [Current thread is 1 (Thread 0xb55a5700 (LWP 22111))] Thread 3 (Thread 0xafb3cb70 (LWP 22160)): #0 0xb770e424 in __kernel_vsyscall () #1 0xb6863fa5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb41fb7e7 in ?? () from /usr/lib/qt4/libQtWebKit.so.4 #3 0xb41fb82f in ?? () from /usr/lib/qt4/libQtWebKit.so.4 #4 0xb685f8ff in start_thread () from /lib/libpthread.so.0 #5 0xb5bf838e in clone () from /lib/libc.so.6 Thread 2 (Thread 0xb09d7b70 (LWP 22187)): #0 0xb770e424 in __kernel_vsyscall () #1 0xb68642d2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb68fbb1c in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/qt4/libQtCore.so.4 #3 0xb68f03be in ?? () from /usr/lib/qt4/libQtCore.so.4 #4 0xb68fab5f in ?? () from /usr/lib/qt4/libQtCore.so.4 #5 0xb685f8ff in start_thread () from /lib/libpthread.so.0 #6 0xb5bf838e in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb55a5700 (LWP 22111)): #0 0xb770e424 in __kernel_vsyscall () #1 0xb5bc2796 in nanosleep () from /lib/libc.so.6 #2 0xb5bc25a9 in sleep () from /lib/libc.so.6 #3 0xb6df2d9c in ?? () from /usr/lib/libkdeui.so.5 #4 0x00000001 in ?? () #5 0x00000000 in ?? () This is what I get in the crash window. I do not know whether this is useful or not. That backtrace is not useful, but I suspect the issue is what you alluded to in comment #2. My suggestion is you check and make sure you have only one kwebkitpart library whose version is "libkwebkitpart.so.0.9.0" and also one kwebkit library with the same version, i.e. "libkwebkit.so.0.9.0". If the version number on those two libraries is something other than that or there are older versions of the library laying around, you can encounter the type of random crash unduplicatable crash like this one. ** Note that the version of the older libraries was 1.0.0 ** I have the following inside /usr/lib: lrwxrwxrwx 1 root root 15 Mar 4 23:07 libkwebkit.so -> libkwebkit.so.1 -rwxr-xr-x 1 root root 284K Mar 4 23:07 libkwebkit.so.0.9.0 lrwxrwxrwx 1 root root 19 Mar 4 23:07 libkwebkit.so.1 -> libkwebkit.so.0.9.0 So, in effect there is only libkwebkit.so.0.9.0. There is no libkwebkitpart.so.* though. Do you think this might be a problem? On Thursday 04 March 2010 17:15:19 Rahul Jain wrote:
> https://bugs.kde.org/show_bug.cgi?id=229247
>
>
>
>
>
> --- Comment #6 from Rahul Jain <rahul schmizz net> 2010-03-04 23:15:09 ---
> I have the following inside /usr/lib:
> lrwxrwxrwx 1 root root 15 Mar 4 23:07 libkwebkit.so -> libkwebkit.so.1
> -rwxr-xr-x 1 root root 284K Mar 4 23:07 libkwebkit.so.0.9.0
> lrwxrwxrwx 1 root root 19 Mar 4 23:07 libkwebkit.so.1 ->
> libkwebkit.so.0.9.0
>
> So, in effect there is only libkwebkit.so.0.9.0. There is no
> libkwebkitpart.so.* though. Do you think this might be a problem?
libkwebkitpart.so.0.9.0 should be under /usr/lib/kde4
googly rahul # find / -iname "libkwebkit*" /usr/lib/libkwebkit.so /usr/lib/libkwebkit.so.1 /usr/lib/libkwebkit.so.0.9.0 googly rahul # There is no libkwebkitpart.so anywhere on my system. On Thursday 04 March 2010 17:26:15 Rahul Jain wrote:
> https://bugs.kde.org/show_bug.cgi?id=229247
>
>
>
>
>
> --- Comment #8 from Rahul Jain <rahul schmizz net> 2010-03-04 23:26:14 ---
> googly rahul # find / -iname "libkwebkit*"
> /usr/lib/libkwebkit.so
> /usr/lib/libkwebkit.so.1
> /usr/lib/libkwebkit.so.0.9.0
> googly rahul #
>
> There is no libkwebkitpart.so anywhere on my system.
Then I do not know how konqueror is loading the kwebkitpart. If as you say
this is missing from your system, you need to find out why that is with your
distro packages/build system...
Reported the issue with the gentoo bugzilla. rahul@googly ~ $ ls -lh /usr/lib/libkwebkit.so* lrwxrwxrwx 1 root root 15 Mar 11 23:34 /usr/lib/libkwebkit.so -> libkwebkit.so.1 -rwxr-xr-x 1 root root 284K Mar 11 23:34 /usr/lib/libkwebkit.so.0.9.0 lrwxrwxrwx 1 root root 19 Mar 11 23:34 /usr/lib/libkwebkit.so.1 -> libkwebkit.so.0.9.0 rahul@googly ~ $ ls -lh /usr/lib/kde4/kwebkitpart.so* lrwxrwxrwx 1 root root 16 Mar 11 23:34 /usr/lib/kde4/kwebkitpart.so -> kwebkitpart.so.1 -rwxr-xr-x 1 root root 9.3K Mar 11 23:34 /usr/lib/kde4/kwebkitpart.so.0.9.0 lrwxrwxrwx 1 root root 20 Mar 11 23:34 /usr/lib/kde4/kwebkitpart.so.1 -> kwebkitpart.so.0.9.0 rahul@googly ~ $ Problem still exists though. :( I deleted .kde4/share/apps/konqueror and tried again. If there are more settings that I can delete tell me, I am willing to try it with a clean profile. Could this be related to https://bugs.webkit.org/show_bug.cgi?id=29450 ? (In reply to comment #12) > Could this be related to https://bugs.webkit.org/show_bug.cgi?id=29450 ? I doubt it because I am unable to duplicate the issue even before the fix for that bug was applied. It works perfectly fine for me and I get the same prompt the user alluded to when using KHTML ; so no idea why it crashes for him. Seems to be working now - I click on a pdf link and it opens in Okular. I still don't know what the problem was though. Marking as Resolved - Invalid. Seems likely that the problem was somewhere else. And no, I did not rebuild any webkit stuff recently. *** Bug 234063 has been marked as a duplicate of this bug. *** I get the same bug, but in my case, it appears with rekonq which does not use the kpart. (In reply to comment #17) > I get the same bug, but in my case, it appears with rekonq which does not use > the kpart. Your platform and kdelibs version ? Anyhow, both kwebkitpart and rekonq use kdewebkit, though they do not yet share universal handler for unsupported/unhandled content. I suspect however, rekonq copied exactly what the part does in this case. Specially, if you got the same results as originally described in this report. Regardless, this issue cannot be duplicated. Neither by the original reporter now and by me at any time... I honestly suggest checking your installation and version of the libraries mentioned above. I am running kde 4.4.2 on Debian Sid. Rekonq from git. Solved the issue: the crash arises in libnsplugin.so which is called because I had mozplugger installed. *** Bug 236164 has been marked as a duplicate of this bug. *** *** Bug 238165 has been marked as a duplicate of this bug. *** Same as bug 246853? *** Bug 246853 has been marked as a duplicate of this bug. *** *** Bug 250634 has been marked as a duplicate of this bug. *** |