basically dupe of #280858, but I don't understand why it aborts on Mozilla NSS code

If it is reproducible, could you add the abort message that should be displayed in the console output?

I am sorry to say so, but I can NOT provide a console output of a crash. 
First I was extremely surprised that the crashes suddenly stoped after they were 100% preproduceably over the last days. But whilst trying to get a console output I never experienced a crash. 
But there is an interesting thing: 
The crash IS reproduceably (100% as far as I can see) when konqueror is not started from console (with or without url), but when started from within another application. No idea why that is. Examples: 
- "open content in an external browser" from within an entry in akregator: crash
- "check for updates" from within the system settings dialog für the flash player: crash
- clicking youtube link from within an article on knode: crash
This always happens for pages that contain flash objects. No crash for other sites. 
I have no idea what the difference is in how konqueror is started. 

I am happy to help, but I dont see how I can get a console output like this.

(In reply to comment #3)
> I am sorry to say so, but I can NOT provide a console output of a crash. 
> First I was extremely surprised that the crashes suddenly stoped after they
> were 100% preproduceably over the last days. But whilst trying to get a console
> output I never experienced a crash. 

There is is more likely something wrong with your update. It makes no sense for Konqueror to use anything related to Firefox and the backtrace you posted shows that it does just that. 


> But there is an interesting thing: 
> The crash IS reproduceably (100% as far as I can see) when konqueror is not
> started from console (with or without url), but when started from within
> another application. No idea why that is. Examples: 

This is usually a tell tell sign of something gone wrong with the installation. Duplicate libraries, both older and newer versions existing on the same machine. Hence the wrong libraries being loaded when the application is started. 

Did you restart the system after the upgrade or at least log out of KDE and log back in ? If you have already done that, then try running the following command from the console: 

kbuildsycoca4 --noincremental

and see if that gets rid of the crash ?

Thanks Dawit for your comment. 
I did the upgrade about 10 days ago, ever since the crash occurs. The system was rebooted three times inbetween. Also, obviously kbuildsycoca4 made no difference. 

I saw the mozilla code in the backtrace but thought that is normal. I would not be surprised if some of those libraries would be used by the konqueror browser. 
All software is installed as clen rpm packages, no wild installation leftovers to be expected. zypper reveals no package dependenciy problems or collisions. However it is certainly correct that it makes sense to check thrice. 

Here is the output of a "ldd /usr/bin/konqueror": 
        linux-vdso.so.1 =>  (0x00007fff58829000)
        libkdeinit4_konqueror.so => /usr/lib64/libkdeinit4_konqueror.so (0x00007f5eb7f3f000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f5eb7bb0000)
        libkonquerorprivate.so.4 => /usr/lib64/libkonquerorprivate.so.4 (0x00007f5eb7993000)
        libkonq.so.5 => /usr/lib64/libkonq.so.5 (0x00007f5eb775c000)
        libkparts.so.4 => /usr/lib64/libkparts.so.4 (0x00007f5eb7508000)
        libkcmutils.so.4 => /usr/lib64/libkcmutils.so.4 (0x00007f5eb72c6000)
        libkfile.so.4 => /usr/lib64/libkfile.so.4 (0x00007f5eb701a000)
        libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f5eb6cd9000)
        libkio.so.5 => /usr/lib64/libkio.so.5 (0x00007f5eb681c000)
        libQtXml.so.4 => /usr/lib64/libQtXml.so.4 (0x00007f5eb65d7000)
        libkdeui.so.5 => /usr/lib64/libkdeui.so.5 (0x00007f5eb5f61000)
        libkdecore.so.5 => /usr/lib64/libkdecore.so.5 (0x00007f5eb5a85000)
        libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f5eb55f2000)
        libQtDBus.so.4 => /usr/lib64/libQtDBus.so.4 (0x00007f5eb537a000)
        libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f5eb46da000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f5eb43d0000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f5eb4179000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f5eb8228000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f5eb3f61000)
        libnepomuk.so.4 => /usr/lib64/libnepomuk.so.4 (0x00007f5eb3c8f000)
        libnepomukutils.so.4 => /usr/lib64/libnepomukutils.so.4 (0x00007f5eb3a53000)
        libsolid.so.4 => /usr/lib64/libsolid.so.4 (0x00007f5eb3764000)
        libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f5eb3559000)
        libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f5eb333c000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f5eb3138000)
        libQtNetwork.so.4 => /usr/lib64/libQtNetwork.so.4 (0x00007f5eb2dfb000)
        libQtSvg.so.4 => /usr/lib64/libQtSvg.so.4 (0x00007f5eb2ba2000)
        libstreamanalyzer.so.0 => /usr/lib64/libstreamanalyzer.so.0 (0x00007f5eb2915000)
        libksuseinstall.so.1 => /usr/lib64/libksuseinstall.so.1 (0x00007f5eb2702000)
        libacl.so.1 => /lib64/libacl.so.1 (0x00007f5eb24f9000)
        libattr.so.1 => /lib64/libattr.so.1 (0x00007f5eb22f4000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5eb20d7000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f5eb1ec1000)
        libSM.so.6 => /usr/lib64/libSM.so.6 (0x00007f5eb1cb8000)
        libICE.so.6 => /usr/lib64/libICE.so.6 (0x00007f5eb1a9c000)
        libattica.so.0 => /usr/lib64/libattica.so.0 (0x00007f5eb17c4000)
        libdbusmenu-qt.so.2 => /usr/lib64/libdbusmenu-qt.so.2 (0x00007f5eb1589000)
        libXtst.so.6 => /usr/lib64/libXtst.so.6 (0x00007f5eb1382000)
        libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007f5eb1177000)
        libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007f5eb0f70000)
        libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f5eb0d61000)
        liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f5eb0b3b000)
        libfam.so.0 => /usr/lib64/libfam.so.0 (0x00007f5eb0933000)
        libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007f5eb072e000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f5eb0526000)
        libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f5eb022e000)
        libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x00007f5eaffe9000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f5eafdbf000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f5eafb33000)
        libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f5eaf8e3000)
        libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f5eaf6d3000)
        libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f5eaf4ca000)
        libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007f5eaf2c7000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f5eaf091000)
        libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f5eaee7e000)
        libsoprano.so.4 => /usr/lib64/libsoprano.so.4 (0x00007f5eaeb7f000)
        libsopranoclient.so.1 => /usr/lib64/libsopranoclient.so.1 (0x00007f5eae926000)
        libnepomukquery.so.4 => /usr/lib64/libnepomukquery.so.4 (0x00007f5eae6dd000)
        libudev.so.0 => /lib64/libudev.so.0 (0x00007f5eae4cd000)
        libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f5eae2c9000)
        libstreams.so.0 => /usr/lib64/libstreams.so.0 (0x00007f5eae091000)
        libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f5eadd34000)
        libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f5eadb2f000)
        libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f5ead8f1000)
        libffi.so.4 => /usr/lib64/libffi.so.4 (0x00007f5ead6e9000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f5ead4bf000)
I dont see any nss stuff in there. Though certainly that code might get loaded dynamically. 
Any further ideas ?

After reading bug 288641, I think the mozilla code in the backtrace is likely due to OpenSUSE installing a lot of other flash players like gnash and the nspluginwrapper. 

Anyhow, flash related crashes is a known issue with flash player 11.1 and QtWebKit, especially on a x86-64 system. See https://bugs.webkit.org/show_bug.cgi?id=66839. 

Adobe seems to have resolved the issue in flashplayer 11.2 beta-2. At least it works fine here ; so my suggestion for you is to install that version of the flashplayer. There is a guide on how to do just that at http://silviumc.wordpress.com/2011/10/27/installing-adobe-flash-player-11-2-beta-1-on-opensuse-11-4-and-12-1-x86_64/

*** Bug 288934 has been marked as a duplicate of this bug. ***

@frank why did you reopen this bug report ? This is a both an upstream and downstream issue at the same time. The upstream bug a known crash in flash player 11.1 which seems to be addressed in the beta series of the of flash player 11.2. The actual crash shown here is completely nonsense since it goes into Mozilla codebase. That is due to some craziness going on in OpenSUSE. Either way, there is nothing we can do about these crashes. They are out of our control. Nothing we can fix. Please leave it closed.

@Dawit: Sorry about that! I just wanted to CC myself. It seems that I still hat the bug in the "UNCONFIRMED" state open in my browser when I did that - the change that you made just a few minutes before wasn't visible here when I clicked "Commit", such that the "UNCONFIRMED" state that I still saw here got restored. Normally, you get a warning message from Bugzilla in such a case, but I didn't get one here. Maybe the warning wasn't shown because I had made another change of my own (duplicate marking) between your comment 6 and my accidental change.

Maybe I should try and find out if this is a bug in Bugzilla when I have some time to spare...

Thanks for the hint to flash-11.2-beta2, however that version does NOT fix the issue for me. I expereinced exactly the same behaviour than before in konqueror. And since firefox started crashing too I reverted and reinstalled version 11.1. Now things are as before: firefox firx fine, actually more stable than I can remember over the last years, konqueror crashes procrduceably. 
I have neither gnash nor nspluginwrapper installed. I Rechecked that on package and file level.

I documented the issue downstream: 
https://bugzilla.novell.com/737209

(In reply to comment #10)
> Thanks for the hint to flash-11.2-beta2, however that version does NOT fix the
> issue for me. I expereinced exactly the same behaviour than before in
> konqueror. And since firefox started crashing too I reverted and reinstalled
> version 11.1. Now things are as before: firefox firx fine, actually more stable
> than I can remember over the last years, konqueror crashes procrduceably. 
> I have neither gnash nor nspluginwrapper installed. I Rechecked that on package
> and file level.

That is most definitely weird because the person from the other bug report I mentioned in comment #6 wrote me to say thanks because updating to 11.2 beta-2 resolved the issue for him.

On Thursday, December 15, 2011 11:53:47 PM Christian Reiner wrote:
> https://bugs.kde.org/show_bug.cgi?id=288815
> 
> 
> 
> 
> 
> --- Comment #10 from Christian Reiner <foss christian-reiner info> 
> 2011-12-15 23:53:46 --- Thanks for the hint to flash-11.2-beta2,
> however that version does NOT fix the issue for me. I expereinced
> exactly the same behaviour than before in konqueror. And since
> firefox started crashing too I reverted and reinstalled version 11.1.
> Now things are as before: firefox firx fine, actually more stable
> than I can remember over the last years, konqueror crashes
> procrduceably. I have neither gnash nor nspluginwrapper installed. I
> Rechecked that on package and file level.
Just checked the above mentioned version and it does not fix my issue 
either. Konqueror crashes everytime I try to open it.

(In reply to comment #13)
> On Thursday, December 15, 2011 11:53:47 PM Christian Reiner wrote:
> > https://bugs.kde.org/show_bug.cgi?id=288815
> > 
> > 
> > 
> > 
> > 
> > --- Comment #10 from Christian Reiner <foss christian-reiner info> 
> > 2011-12-15 23:53:46 --- Thanks for the hint to flash-11.2-beta2,
> > however that version does NOT fix the issue for me. I expereinced
> > exactly the same behaviour than before in konqueror. And since
> > firefox started crashing too I reverted and reinstalled version 11.1.
> > Now things are as before: firefox firx fine, actually more stable
> > than I can remember over the last years, konqueror crashes
> > procrduceably. I have neither gnash nor nspluginwrapper installed. I
> > Rechecked that on package and file level.
> Just checked the above mentioned version and it does not fix my issue 
> either. Konqueror crashes everytime I try to open it.

Ahh... everytime you try to open it ? That must be a different issue then. Unless you are restoring a page that has embeded flash content. Is that the case ? If not you need to open another ticket with the backtrace because it is not related to this one.