Bug 312513

Summary: crash during boot
Product: [Unmaintained] Network Management Reporter: roland
Component: KDED ModuleAssignee: Lamarque V. Souza <lamarque>
Status: RESOLVED WAITINGFORINFO    
Severity: crash CC: cfeck, uc
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description roland 2013-01-03 00:48:44 UTC
Application: kded4 ($Id$)
KDE Platform Version: 4.8.5 (4.8.5)
Qt Version: 4.8.1
Operating System: Linux 3.2.0-35-generic x86_64
Distribution: Linux Mint 13 Maya

-- Information about the crash:
- What I was doing when the application crashed:

booting the computer.  I had just typed in the password for the keyring or whatever they call it.

-- Backtrace:
Application: KDE Daemon (kdeinit4), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f5ce3c6a780 (LWP 1497))]

Thread 3 (Thread 0x7f5cc5d03700 (LWP 1538)):
#0  0x00007f5ce148a303 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007f5cde59d036 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f5cde59d49a in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f5cc5fec406 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007f5cde5be9e5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f5cdee73e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#6  0x00007f5ce1495cbd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f5cc52f6700 (LWP 1668)):
#0  0x00007f5cde59c775 in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1  0x00007f5cde59cf5b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f5cde59d164 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f5ce28d9426 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007f5ce28a8c82 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007f5ce28a8ed7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007f5ce27a7fa7 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007f5ce28889ff in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007f5ce27aafcb in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9  0x00007f5cdee73e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#10 0x00007f5ce1495cbd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#11 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f5ce3c6a780 (LWP 1497)):
[KCrash Handler]
#6  0x00007f5cc767bd8a in Knm::Connection::name() const () from /usr/lib/libknminternals.so.4
#7  0x00007f5cc692f8f5 in ConnectionSecretsJob::doAskUser() () from /usr/lib/libknmui.so.4
#8  0x00007f5ce28c3446 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9  0x00007f5ce1c2c894 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#10 0x00007f5ce1c31713 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#11 0x00007f5ce36433f6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#12 0x00007f5ce28a9e9c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#13 0x00007f5ce28adc6a in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#14 0x00007f5ce28d8f93 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#15 0x00007f5cde59cd53 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x00007f5cde59d0a0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f5cde59d164 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x00007f5ce28d93bf in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#19 0x00007f5ce1cd4d5e in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#20 0x00007f5ce28a8c82 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#21 0x00007f5ce28a8ed7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#22 0x00007f5ce28adf67 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#23 0x00007f5ccf137e55 in kdemain () from /usr/lib/kde4/libkdeinit/libkdeinit4_kded4.so
#24 0x00000000004086a4 in _start ()

Reported using DrKonqi
Comment 1 Lamarque V. Souza 2013-01-03 11:42:30 UTC
Which Plasma NM version do you use? You can see the version string in "Manage Connections"  -> "Other". You should use 0.9.0.5 at least or preferably 0.9.0.6.
Comment 2 Christoph Feck 2013-01-06 15:07:09 UTC
Lamarque, how about moving the networkmanagement to the KDE SC? I know the idea was to be able to release fixes independent of the SC, but in reality, the SC is updated monthly, while extragear stuff is picked up by distributions only by random luck.
Comment 3 Lamarque V. Souza 2013-01-06 16:13:05 UTC
(In reply to comment #2)
> Lamarque, how about moving the networkmanagement to the KDE SC? I know the
> idea was to be able to release fixes independent of the SC, but in reality,
> the SC is updated monthly, while extragear stuff is picked up by
> distributions only by random luck.

Plasma NM from nm09 branch uses deprecated solid backend. Long ago during a Solid sprint we decided to remove that code from kde-workspace, we have not done yet because Plasma NM from nm09 branch still uses the modemmanager backend and some libs from kde-workspace. I would like to improve master branch before moving it to KDE SC, so we can finally remove the code from kde-workspace.

I am also being slow to fix bugs in Plasma NM. Last release took three months :-/ so, there would not be that much new code in a KDE SC release.

Another reason is that I want to use QPointer in the solid backend in nm09 branch and QtNetworkManager/QtModemManager to finally fix the dangling pointer problem, which seems to be easily triggered by systemd's restart of NetworkManager :-(. That change breaks binary compatibility as far as I know, so it cannot be done if we move Plasma NM to KDE SC now.
Comment 4 Lamarque V. Souza 2013-12-15 14:33:20 UTC
*** Bug 323049 has been marked as a duplicate of this bug. ***