Bug 306773

Summary: Crash in NSPluginViewer
Product: [Applications] konqueror Reporter: Nick Boyce <nick.boyce>
Component: nspluginviewerAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: crash    
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Debian stable   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Nick Boyce 2012-09-14 03:21:34 UTC
Application: nspluginviewer ()
KDE Platform Version: 4.4.5 (KDE 4.4.5)
Qt Version: 4.6.3
Operating System: Linux 2.6.32-5-686 i686
Distribution: Debian GNU/Linux 6.0.5 (squeeze)

-- Information about the crash:
Surfed to the page http://www.norwichadvertiser24.co.uk:80/news/norwich_print_business_in_fresh_expansion_1_1516021
and the crash happened very quickly, pretty much as soon as the page seemed to have finished rendering.

 -- Backtrace:
Application: nspluginviewer (nspluginviewer), signal: Aborted
The current source language is "auto; currently asm".
[KCrash Handler]
#5  0xb5c64577 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#6  0xb5c67962 in *__GI_abort () at abort.c:92
#7  0xb5e3e53f in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6
#8  0xb5e3c405 in ?? () from /usr/lib/libstdc++.so.6
#9  0xb5e3c442 in std::terminate() () from /usr/lib/libstdc++.so.6
#10 0xb5e3c581 in __cxa_throw () from /usr/lib/libstdc++.so.6
#11 0xb5dd318f in std::__throw_logic_error(char const*) () from /usr/lib/libstdc++.so.6
#12 0xb5e174fa in ?? () from /usr/lib/libstdc++.so.6
#13 0xb5e17686 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) () from /usr/lib/libstdc++.so.6
#14 0xb3ba40b1 in gnash::nsPluginInstance::getCurrentPageURL() const () from /usr/lib/mozilla/plugins/flash-mozilla.so
#15 0xb3ba74b7 in gnash::nsPluginInstance::getCmdLine(int, int) () from /usr/lib/mozilla/plugins/flash-mozilla.so
#16 0xb3ba8cb1 in gnash::nsPluginInstance::startProc() () from /usr/lib/mozilla/plugins/flash-mozilla.so
#17 0xb3ba9782 in gnash::nsPluginInstance::NewStream(char*, _NPStream*, unsigned char, unsigned short*) () from /usr/lib/mozilla/plugins/flash-mozilla.so
#18 0xb3bb97b3 in NPP_NewStream () from /usr/lib/mozilla/plugins/flash-mozilla.so
#19 0x08051479 in NSPluginInstance::NPNewStream (this=0xa3f, type=0x9a7ab82 "a", stream=0x99dc768, seekable=0 '\000', stype=0x6) at ../../../../apps/nsplugins/viewer/nsplugin.cpp:1210
#20 0x08057611 in NSPluginStreamBase::inform (this=0x9a14eb0) at ../../../../apps/nsplugins/viewer/nsplugin.cpp:1629
#21 0x08059307 in NSPluginStreamBase::pump (this=0x9a14eb0) at ../../../../apps/nsplugins/viewer/nsplugin.cpp:1745
#22 0x08059571 in NSPluginStream::data (this=0x9a14eb0, data=...) at ../../../../apps/nsplugins/viewer/nsplugin.cpp:1966
#23 0x080596bb in NSPluginStream::qt_metacall (this=0x9a14eb0, _c=QMetaObject::InvokeMetaMethod, _id=5, _a=0xbfe713a4) at ./nsplugin.moc:149
#24 0xb6a887aa in QMetaObject::metacall (object=0x9a14eb0, cl=2623, idx=5, argv=0xbfe713a4) at kernel/qmetaobject.cpp:237
#25 0xb6a971bb in QMetaObject::activate (sender=0x9951c00, m=0xb741fff0, local_signal_index=0, argv=0xbfe713a4) at kernel/qobject.cpp:3295
#26 0xb726ade9 in KIO::TransferJob::data (this=0x9951c00, _t1=0x9951c00, _t2=...) at ./jobclasses.moc:388
#27 0xb726dc42 in KIO::TransferJob::slotData (this=0x9951c00, _data=...) at ../../kio/kio/job.cpp:984
#28 0xb7271cc5 in KIO::TransferJob::qt_metacall (this=0x9951c00, _c=QMetaObject::InvokeMetaMethod, _id=48, _a=0xbfe71538) at ./jobclasses.moc:368
#29 0xb6a887aa in QMetaObject::metacall (object=0x9951c00, cl=2623, idx=48, argv=0xbfe71538) at kernel/qmetaobject.cpp:237
#30 0xb6a971bb in QMetaObject::activate (sender=0x9a70c90, m=0xb7422c64, local_signal_index=0, argv=0xbfe71538) at kernel/qobject.cpp:3295
#31 0xb733f983 in KIO::SlaveInterface::data (this=0x9a70c90, _t1=...) at ./slaveinterface.moc:146
#32 0xb7342c4f in KIO::SlaveInterface::dispatch (this=0x9a70c90, _cmd=100, rawdata=...) at ../../kio/kio/slaveinterface.cpp:163
#33 0xb733fd23 in KIO::SlaveInterface::dispatch (this=0x9a70c90) at ../../kio/kio/slaveinterface.cpp:91
#34 0xb73331f8 in KIO::Slave::gotInput (this=0x9a70c90) at ../../kio/kio/slave.cpp:324
#35 0xb7333403 in KIO::Slave::qt_metacall (this=0x9a70c90, _c=QMetaObject::InvokeMetaMethod, _id=30, _a=0xbfe7181c) at ./slave.moc:82
#36 0xb6a887aa in QMetaObject::metacall (object=0x9a70c90, cl=2623, idx=30, argv=0xbfe7181c) at kernel/qmetaobject.cpp:237
#37 0xb6a971bb in QMetaObject::activate (sender=0x9a68738, m=0xb741f540, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3295
#38 0xb723bdd7 in KIO::Connection::readyRead (this=0x9a68738) at ./connection.moc:92
#39 0xb723e17e in KIO::ConnectionPrivate::dequeue (this=0x9a71228) at ../../kio/kio/connection.cpp:82
#40 0xb723e2ae in KIO::Connection::qt_metacall (this=0x9a68738, _c=QMetaObject::InvokeMetaMethod, _id=5, _a=0x9a736e0) at ./connection.moc:79
#41 0xb6a887aa in QMetaObject::metacall (object=0x9a68738, cl=2623, idx=5, argv=0x9a736e0) at kernel/qmetaobject.cpp:237
#42 0xb6a92d36 in QMetaCallEvent::placeMetaCall (this=0x9a72c50, object=0x9a68738) at kernel/qobject.cpp:561
#43 0xb6a93dfe in QObject::event (this=0x9a68738, e=0x9a72c50) at kernel/qobject.cpp:1248
#44 0xb5fcc5cc in QApplicationPrivate::notify_helper (this=0x994fa98, receiver=0x9a68738, e=0x9a72c50) at kernel/qapplication.cpp:4302
#45 0xb5fd315e in QApplication::notify (this=0xbfe72268, receiver=0x9a68738, e=0x9a72c50) at kernel/qapplication.cpp:3706
#46 0xb6fd3bfa in KApplication::notify (this=0xbfe72268, receiver=0x9a68738, event=0x9a72c50) at ../../kdeui/kernel/kapplication.cpp:302
#47 0xb6a834cb in QCoreApplication::notifyInternal (this=0xbfe72268, receiver=0x9a68738, event=0x9a72c50) at kernel/qcoreapplication.cpp:726
#48 0xb6a86f2c in QCoreApplication::sendEvent (receiver=0x0, event_type=0, data=0x993af48) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#49 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x993af48) at kernel/qcoreapplication.cpp:1367
#50 0xb6a870ad in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1260
#51 0xb6aaf57f in QCoreApplication::sendPostedEvents (s=0x9951cd8) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220
#52 postEventSourceDispatch (s=0x9951cd8) at kernel/qeventdispatcher_glib.cpp:276
#53 0xb7467305 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#54 0xb746afe8 in ?? () from /lib/libglib-2.0.so.0
#55 0xb746b1c8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#56 0xb6aaf075 in QEventDispatcherGlib::processEvents (this=0x993ac08, flags=...) at kernel/qeventdispatcher_glib.cpp:412
#57 0xb608aed5 in QGuiEventDispatcherGlib::processEvents (this=0x993ac08, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#58 0xb6a81ae9 in QEventLoop::processEvents (this=0xbfe720d4, flags=) at kernel/qeventloop.cpp:149
#59 0xb6a81f3a in QEventLoop::exec (this=0xbfe720d4, flags=...) at kernel/qeventloop.cpp:201
#60 0xb6a8716f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1003
#61 0xb5fcc667 in QApplication::exec () at kernel/qapplication.cpp:3581
#62 0x0805cdd5 in main (argc=3, argv=0xbfe723a4) at ../../../../apps/nsplugins/viewer/viewer.cpp:144

This bug may be a duplicate of or related to bug 213196, bug 288495.

Possible duplicates by query: bug 294575, bug 290789, bug 288495, bug 287680.

Reported using DrKonqi
Comment 1 Myriam Schweingruber 2012-09-14 16:12:12 UTC
Nick please do not report bugs for such old KDE versions, you really should upgrade your system.
Comment 2 Nick Boyce 2012-09-18 02:20:25 UTC
On Friday 14 Sep 2012 17:12:12 Myriam Schweingruber wrote:

> --- Comment #1 from Myriam Schweingruber <myriam@kde.org> ---
> Nick please do not report bugs for such old KDE versions, you really should
> upgrade your system.

My apologies if I have taken up your time with something that is no longer 
being maintained.  I did try to attach my report to two existing bugs open for 
the same symptoms, so as to prevent time being spent on triaging a new 
freestanding report.  I marked my report as a possible duplicate of 288495, 
which itself is marked as a duplicate of 213196, which has status 
"UNCONFIRMED".

From that status, and the fact that 213196 has had a stream of other reports 
added, with at least one query added asking why the bug still has status 
"UNCONFIRMED" when so many users have confirmed it, I inferred my own report 
might help clarify the fault.  The last user comment on the bug (dated 
25.Feb.2012) says "Still true with konqueror/KDE 4.8.00 "

There are many many bugs reporting the same NSPluginViewer crash, all marked 
as duplicates of 213196 (created 5.Nov.2009), and 'RESOLVED/DUPLICATE' - but 
the base bug still has status 'UNCONFIRMED'.

Please advise how I might best help pursue a bug which has already been 
reported and not yet closed or resolved.  I assume that when the KDE Project 
decides bugs are obsolete or no longer worth working upon, it marks the bugs 
as 'CLOSED/WONTFIX' or something similar - and I would not re-report a bug 
marked in such a way.

If possible, please point me to a URL which might educate me as to policy and 
practice at bugs.k.o ... I've been looking without success.

I've read https://bugs.kde.org/docs/en/html/bug_page.html
and indeed the whole of the Bugzilla Guide, but of course that doesn't cover 
any specific project policy.

Thanks.
Comment 3 Myriam Schweingruber 2012-09-18 12:18:29 UTC
Well, it is quite easy: we accept bug reports for versions that are considered current stable, which currently is KDE 4.8.5 and KDE 4.9.1, everything else is not maintained as we do not backport fixes to previous versions.

If you use a distribution that doesn't ship these versions yet then you have two choices: wait for your distribution to update or change the distribution. As a user of Debian stable you should know that you are not using the latest software, though, and it never will, as they use different branches for that, e.g testing and unstable. The definition of "stable" and "unstable" is not necessarily the same in a distribution as for us upstream.

Reporting bugs for obsolete versions is not helping as we need to know if these are reproducible with the latest stable versions.
Comment 4 Nick Boyce 2012-09-18 16:12:56 UTC
On Tuesday 18 Sep 2012 13:18:29 Myriam Schweingruber wrote:

> --- Comment #3 from Myriam Schweingruber <myriam@kde.org> ---
> Well, it is quite easy: we accept bug reports for versions that are
> considered current stable, which currently is KDE 4.8.5 and KDE 4.9.1,
> everything else is not maintained as we do not backport fixes to previous
> versions.

Okay - thanks for the policy clarification.  Just to complete my picture: do 
you also not look at bugs in old code, even if it is clear the code still 
exists in the latest release ?

> As a user of Debian stable you should know that you are not
> using the latest software

I do understand Debian release policy.  I just hadn't properly understood KDE 
support policy.

> Reporting bugs for obsolete versions is not helping as we need to know if
> these are reproducible with the latest stable versions.

Point taken.  

Should I attach no particular meaning then to the status of bugs such as 
213196 ?  Should I perhaps interpret 'UNCONFIRMED' as 'NOT-TO-BE-WORKED-UPON' 
rather than 'MORE-EVIDENCE-WOULD-BE-HELPFUL' ?  This bug certainly does not 
have the appearance of a bug that has been tidily closed or resolved in any 
way, and as long as it retains the character of an ongoing issue I expect that 
unsuspecting users such as me will continue adding crash reports to it if the 
symptoms match.

(https://bugs.kde.org/show_bug.cgi?id=213196)
Comment 5 Myriam Schweingruber 2012-09-18 19:06:10 UTC
(In reply to comment #4)
> On Tuesday 18 Sep 2012 13:18:29 Myriam Schweingruber wrote:
> 
> > --- Comment #3 from Myriam Schweingruber <myriam@kde.org> ---
> > Well, it is quite easy: we accept bug reports for versions that are
> > considered current stable, which currently is KDE 4.8.5 and KDE 4.9.1,
> > everything else is not maintained as we do not backport fixes to previous
> > versions.
> 
> Okay - thanks for the policy clarification.  Just to complete my picture: do 
> you also not look at bugs in old code, even if it is clear the code still 
> exists in the latest release ?

Well, we look at the shipped code, regardless of the age, if it is part of the latest release of course this is current.
..  
> 
> Should I attach no particular meaning then to the status of bugs such as 
> 213196 ?  Should I perhaps interpret 'UNCONFIRMED' as
> 'NOT-TO-BE-WORKED-UPON' 
> rather than 'MORE-EVIDENCE-WOULD-BE-HELPFUL' ?  

Nobody apparently had time to look at the bug, that is all. I updated the version field and changed the status accordingly. Thank you for mentioning it.