knetwork manager crashed after waking up while trying to connect to WLAN again

[sputnik]

Binary package hint: knetworkmanager

Using: KDE on ubuntu 8.04.1 with KDE 3.5.10 installed.
Installed package: 1:0.2.2-1ubuntu2

The knetwork manager crashed after waking up while trying to connect to WLAN again an my laptop.
This has happened before. - It is possible to restart the program and safely connect to the router. The crash may have something to do with the acpi-sleep mechanism or the way of waking up.

Note: I don't know if that has something to do with the crash, but I noticed that he symbol for an encrypted network is not shown at first on the knetworkmanager after waking up. This is just something that came to my mind - and may be related or not.

This is what the backtrace says:

[Thread debugging using libthread_db enabled]
[New Thread 0xb682a6c0 (LWP 6614)]
[KCrash handler]
#6 0xb665aed9 in Encryption::getSecrets ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#7 0xb664869b in WirelessDialog::comboEncryption_activated ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#8 0xb6648b7a in AcquirePasswordDialog::configureCryptoWidget ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#9 0xb6649073 in AcquirePasswordDialog::AcquirePasswordDialog ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#10 0xb664dc43 in PassphraseRequest::acquireKeyFromDialog ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#11 0xb664de8c in PassphraseRequest::request ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#12 0xb664e081 in NetworkManagerInfo::acquirePassphrase ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#13 0xb664f208 in NetworkManagerInfoDBus::getKeyForNetwork ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#14 0xb663cbf5 in DBusConnection::networkManagerInfoMessageHandler ()
   from /usr/lib/libkdeinit_knetworkmanager.so
#15 0xb65c169b in ?? () from /usr/lib/libdbus-1.so.3
#16 0xb65b3a66 in dbus_connection_dispatch () from /usr/lib/libdbus-1.so.3
#17 0xb65f5893 in DBusQt::Connection::dispatchRead ()
   from /usr/lib/libdbus-qt-1.so.1
#18 0xb65f6147 in DBusQt::Connection::qt_invoke ()
   from /usr/lib/libdbus-qt-1.so.1
#19 0xb7238704 in QObject::activate_signal (this=0x80f8ab8, clist=0x80f50b8,
    o=0xbf89f818) at kernel/qobject.cpp:2359
#20 0xb72391e9 in QObject::activate_signal (this=0x80f8ab8, signal=2)
    at kernel/qobject.cpp:2328
#21 0xb65f6b29 in DBusQt::Internal::Integrator::readReady ()
   from /usr/lib/libdbus-qt-1.so.1
#22 0xb65f6c0f in DBusQt::Internal::Integrator::slotRead ()
   from /usr/lib/libdbus-qt-1.so.1
#23 0xb65f6c8a in DBusQt::Internal::Integrator::qt_invoke ()
   from /usr/lib/libdbus-qt-1.so.1
#24 0xb7238704 in QObject::activate_signal (this=0x80f8bc8, clist=0x80f8db0,
    o=0xbf89f950) at kernel/qobject.cpp:2359
#25 0xb7239051 in QObject::activate_signal (this=0x80f8bc8, signal=2,
    param=10) at kernel/qobject.cpp:2452
#26 0xb75c8b99 in QSocketNotifier::activated (this=0x80f8bc8, t0=10)
    at .moc/debug-shared-mt/moc_qsocketnotifier.cpp:85
#27 0xb725a766 in QSocketNotifier::event (this=0x80f8bc8, e=0xbf89fc60)
    at kernel/qsocketnotifier.cpp:261
#28 0xb71ccc36 in QApplication::internalNotify (this=0xbf89ff2c,
    receiver=0x80f8bc8, e=0xbf89fc60) at kernel/qapplication.cpp:2638
#29 0xb71cea5f in QApplication::notify (this=0xbf89ff2c, receiver=0x80f8bc8,
    e=0xbf89fc60) at kernel/qapplication.cpp:2361
#30 0xb78d29b2 in KApplication::notify (this=0xbf89ff2c, receiver=0x80f8bc8,
    event=0xbf89fc60)
    at /build/buildd/kdelibs-3.5.10/./kdecore/kapplication.cpp:550
#31 0xb715d28d in QApplication::sendEvent (receiver=0x80f8bc8,
    event=0xbf89fc60) at ../include/qapplication.h:523
#32 0xb71beb4a in QEventLoop::activateSocketNotifiers (this=0x80ed928)
    at kernel/qeventloop_unix.cpp:581
#33 0xb7172630 in QEventLoop::processEvents (this=0x80ed928, flags=4)
    at kernel/qeventloop_x11.cpp:386
#34 0xb71e7f90 in QEventLoop::enterLoop (this=0x80ed928)
    at kernel/qeventloop.cpp:201
#35 0xb71e7c8e in QEventLoop::exec (this=0x80ed928)
    at kernel/qeventloop.cpp:148
#36 0xb71ce7df in QApplication::exec (this=0xbf89ff2c)
    at kernel/qapplication.cpp:2761
#37 0xb663a71c in kdemain () from /usr/lib/libkdeinit_knetworkmanager.so
#38 0xb7f4e454 in kdeinitmain () from /usr/lib/kde3/knetworkmanager.so
#39 0x0804ee20 in launch (argc=1, _name=0x807f924 "knetworkmanager",
    args=0x807f934 "", cwd=0x0, envc=0, envs=0x807f938 "", reset_env=false,
    tty=0x0, avoid_loops=false, startup_id_str=0x805100d "0")
    at /build/buildd/kdelibs-3.5.10/./kinit/kinit.cpp:673
#40 0x0804f541 in handle_launcher_request (sock=9)
    at /build/buildd/kdelibs-3.5.10/./kinit/kinit.cpp:1240
#41 0x0804fa7b in handle_requests (waitForPid=0)
    at /build/buildd/kdelibs-3.5.10/./kinit/kinit.cpp:1443
#42 0x0805057d in main (argc=5, argv=0xbf8a06e4, envp=0xbf8a06fc)
    at /build/buildd/kdelibs-3.5.10/./kinit/kinit.cpp:1908

[Daniel Pittman (daniel-rimspace)]

This also occured for me today, when the following happened:
 * laptop is on wired connection, and I shut the lid to sleep
 * I unplugged the wired connection, presumably triggering an attempt to connect to wireless
 * The laptop went to sleep, and was moved from home to work
 * A wired network cable was plugged in
 * The laptop woke up
 * A kwallet dialog was visible, and knetworkmanager showed a wired connection being established
 * I cancelled the kwallet dialog
 * crash!

This is an up-to-date Hardy release. I have attached the backtrace, which is very similar to the one above, I believe, although the crash is in a slightly different location.