Bug 245477 - Closing Empathy into tray crashes plasma
Summary: Closing Empathy into tray crashes plasma
Status: RESOLVED NOT A BUG
Alias: None
Product: plasma4
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 246724 248427 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-07-22 22:32 UTC by Martin Klapetek
Modified: 2010-08-20 20:11 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Klapetek 2010-07-22 22:32:48 UTC
Application: plasma-desktop (0.3)
KDE Platform Version: 4.4.92 (KDE 4.4.92 (KDE 4.5 RC2))
Qt Version: 4.7.0
Operating System: Linux 2.6.34-38.fc14.x86_64 x86_64
Distribution: "Fedora release 13 (Goddard)"

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

Everytime I close Empathy to be hidden in systray icon, the plasma crashes. It's been like this since 4.4.80 (I think).

The crash can be reproduced every time.

-- Backtrace:
Application: Pracovní plocha Plasma (plasma-desktop), signal: Segmentation fault
[Current thread is 1 (Thread 0x7fef01aa5820 (LWP 1807))]

Thread 6 (Thread 0x7feeeacf7710 (LWP 1812)):
#0  0x00000033172da033 in select () from /lib64/libc.so.6
#1  0x0000003ee4b3677d in QProcessManager::run (this=0x3ee4e82520) at io/qprocess_unix.cpp:245
#2  0x0000003ee4a72afe in QThreadPrivate::start (arg=0x3ee4e82520) at thread/qthread_unix.cpp:266
#3  0x0000003317a07761 in start_thread () from /lib64/libpthread.so.0
#4  0x00000033172e14dd in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7feee96e9710 (LWP 3492)):
#0  0x0000003317a0b3bc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000003ee4a7361b in wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x0000003ffba0a096 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x32762b0, th=0x35f59b0) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x0000003ffba0c56b in ThreadWeaver::WorkingHardState::applyForWork (this=0x3274b50, th=0x35f59b0) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x0000003ffba0af4f in ThreadWeaver::ThreadRunHelper::run (this=0x7feee96e8d40, parent=0x32762b0, th=0x35f59b0) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:87
#6  0x0000003ffba0b428 in ThreadWeaver::Thread::run (this=0x35f59b0) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:142
#7  0x0000003ee4a72afe in QThreadPrivate::start (arg=0x35f59b0) at thread/qthread_unix.cpp:266
#8  0x0000003317a07761 in start_thread () from /lib64/libpthread.so.0
#9  0x00000033172e14dd in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7feeea0ea710 (LWP 3493)):
#0  0x0000003317a0b3bc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000003ee4a7361b in wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x0000003ffba0a096 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x32762b0, th=0x35a6820) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x0000003ffba0c56b in ThreadWeaver::WorkingHardState::applyForWork (this=0x3274b50, th=0x35a6820) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x0000003ffba0af4f in ThreadWeaver::ThreadRunHelper::run (this=0x7feeea0e9d40, parent=0x32762b0, th=0x35a6820) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:87
#6  0x0000003ffba0b428 in ThreadWeaver::Thread::run (this=0x35a6820) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:142
#7  0x0000003ee4a72afe in QThreadPrivate::start (arg=0x35a6820) at thread/qthread_unix.cpp:266
#8  0x0000003317a07761 in start_thread () from /lib64/libpthread.so.0
#9  0x00000033172e14dd in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7feeecdec710 (LWP 3494)):
#0  0x0000003317a0b3bc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000003ee4a7361b in wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x0000003ffba0a096 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x32762b0, th=0x377e420) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x0000003ffba0c56b in ThreadWeaver::WorkingHardState::applyForWork (this=0x3274b50, th=0x377e420) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x0000003ffba0af4f in ThreadWeaver::ThreadRunHelper::run (this=0x7feeecdebd40, parent=0x32762b0, th=0x377e420) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:87
#6  0x0000003ffba0b428 in ThreadWeaver::Thread::run (this=0x377e420) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:142
#7  0x0000003ee4a72afe in QThreadPrivate::start (arg=0x377e420) at thread/qthread_unix.cpp:266
#8  0x0000003317a07761 in start_thread () from /lib64/libpthread.so.0
#9  0x00000033172e14dd in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7feee77d9710 (LWP 3495)):
#0  0x0000003317a0b3bc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000003ee4a7361b in wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x3276640, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x0000003ffba0a096 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x32762b0, th=0x3207a80) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x0000003ffba0c56b in ThreadWeaver::WorkingHardState::applyForWork (this=0x3274b50, th=0x3207a80) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x0000003ffba0c584 in ThreadWeaver::WorkingHardState::applyForWork (this=0x3274b50, th=0x3207a80) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/WorkingHardState.cpp:74
#6  0x0000003ffba0af4f in ThreadWeaver::ThreadRunHelper::run (this=0x7feee77d8d40, parent=0x32762b0, th=0x3207a80) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:87
#7  0x0000003ffba0b428 in ThreadWeaver::Thread::run (this=0x3207a80) at /usr/src/debug/kdelibs-4.4.92/threadweaver/Weaver/Thread.cpp:142
#8  0x0000003ee4a72afe in QThreadPrivate::start (arg=0x3207a80) at thread/qthread_unix.cpp:266
#9  0x0000003317a07761 in start_thread () from /lib64/libpthread.so.0
#10 0x00000033172e14dd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7fef01aa5820 (LWP 1807)):
[KCrash Handler]
#6  0x0000000000000000 in ?? ()
#7  0x00007feeeefd447a in KWinButtonApplet::qt_metacall (this=0x2c5d4f0, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fffcdf7b800)
    at /home/abuild/rpmbuild/BUILD/kwinbuttonapplet-0.1/build/applet.moc:82
#8  0x0000003ee4b6b676 in QMetaObject::activate (sender=0x2c51b10, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0x7fffcdf7b800) at kernel/qobject.cpp:3305
#9  0x0000003ffb62d15a in TaskManager::TaskManager::windowChanged (this=<value optimized out>, _t1=<value optimized out>, _t2=<value optimized out>)
    at /usr/src/debug/kdebase-workspace-4.4.92/x86_64-redhat-linux-gnu/libs/taskmanager/taskmanager.moc:198
#10 0x0000003ffb62f585 in TaskManager::TaskManager::taskChanged (this=0x2c51b10, changes=<value optimized out>) at /usr/src/debug/kdebase-workspace-4.4.92/libs/taskmanager/taskmanager.cpp:384
#11 0x0000003ffb63041e in TaskManager::TaskManager::qt_metacall (this=0x2c51b10, _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0x7fffcdf7baa0)
    at /usr/src/debug/kdebase-workspace-4.4.92/x86_64-redhat-linux-gnu/libs/taskmanager/taskmanager.moc:125
#12 0x0000003ee4b6b676 in QMetaObject::activate (sender=0x308de20, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0x7fffcdf7baa0) at kernel/qobject.cpp:3305
#13 0x0000003ffb622272 in TaskManager::Task::changed (this=<value optimized out>, _t1=<value optimized out>)
    at /usr/src/debug/kdebase-workspace-4.4.92/x86_64-redhat-linux-gnu/libs/taskmanager/task.moc:219
#14 0x0000003ffb6222bd in TaskManager::Task::setActive (this=0x308de20, a=true) at /usr/src/debug/kdebase-workspace-4.4.92/libs/taskmanager/task.cpp:156
#15 0x0000003ffb62dd6b in TaskManager::TaskManager::activeWindowChanged (this=0x2c51b10, w=<value optimized out>) at /usr/src/debug/kdebase-workspace-4.4.92/libs/taskmanager/taskmanager.cpp:411
#16 0x0000003ffb630348 in TaskManager::TaskManager::qt_metacall (this=0x2c51b10, _c=QMetaObject::InvokeMetaMethod, _id=9, _a=0x7fffcdf7bd30)
    at /usr/src/debug/kdebase-workspace-4.4.92/x86_64-redhat-linux-gnu/libs/taskmanager/taskmanager.moc:119
#17 0x0000003ee4b6b676 in QMetaObject::activate (sender=0x2862d70, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0x7fffcdf7bd30) at kernel/qobject.cpp:3305
#18 0x0000003ff6737322 in KWindowSystem::activeWindowChanged (this=<value optimized out>, _t1=69207964) at /usr/src/debug/kdelibs-4.4.92/x86_64-redhat-linux-gnu/kdeui/kwindowsystem.moc:140
#19 0x0000003ff673a4c6 in KWindowSystemPrivate::x11Event (this=0x2862660, ev=0x7fffcdf7c520) at /usr/src/debug/kdelibs-4.4.92/kdeui/windowmanagement/kwindowsystem_x11.cpp:143
#20 0x0000003ff661b42e in publicx11Event (this=<value optimized out>, _event=0x7fffcdf7c520) at /usr/src/debug/kdelibs-4.4.92/kdeui/kernel/kapplication.cpp:914
#21 KApplication::x11EventFilter (this=<value optimized out>, _event=0x7fffcdf7c520) at /usr/src/debug/kdelibs-4.4.92/kdeui/kernel/kapplication.cpp:965
#22 0x0000003ff8249667 in PlasmaApp::x11EventFilter (this=0x2457e00, event=0x7fffcdf7c520) at /usr/src/debug/kdebase-workspace-4.4.92/plasma/desktop/shell/plasmaapp.cpp:638
#23 0x0000003ee5219971 in qt_x11EventFilter (ev=0x7fffcdf7c520) at kernel/qapplication_x11.cpp:408
#24 0x0000003ee5228dd1 in QApplication::x11ProcessEvent (this=0x2457e00, event=0x7fffcdf7c520) at kernel/qapplication_x11.cpp:3248
#25 0x0000003ee52526f2 in x11EventSourceDispatch (s=0x2475270, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#26 0x0000003318a3bd02 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#27 0x0000003318a3fae8 in ?? () from /lib64/libglib-2.0.so.0
#28 0x0000003318a3fc9c in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#29 0x0000003ee4b7fa23 in QEventDispatcherGlib::processEvents (this=0x243e070, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:412
#30 0x0000003ee525227e in QGuiEventDispatcherGlib::processEvents (this=<value optimized out>, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:204
#31 0x0000003ee4b56cf2 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149
#32 0x0000003ee4b56fbc in QEventLoop::exec (this=0x7fffcdf7c850, flags=...) at kernel/qeventloop.cpp:201
#33 0x0000003ee4b5aedb in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1003
#34 0x0000003ff82384a6 in kdemain (argc=1, argv=0x7fffcdf7cc28) at /usr/src/debug/kdebase-workspace-4.4.92/plasma/desktop/shell/main.cpp:118
#35 0x000000331721ec5d in __libc_start_main () from /lib64/libc.so.6
#36 0x0000000000400829 in _start ()

Reported using DrKonqi
Comment 1 Jonathan Thomas 2010-07-25 15:52:43 UTC
This appears to be a bug with the third-party KWin button applet. Please report this crash to its maintainers at kde-look.org: http://kde-look.org/content/show.php/KWin+Button+Applet?content=122092
Comment 2 Pino Toscano 2010-08-20 01:23:11 UTC
*** Bug 248427 has been marked as a duplicate of this bug. ***
Comment 3 Pino Toscano 2010-08-20 01:24:01 UTC
*** Bug 246724 has been marked as a duplicate of this bug. ***
Comment 4 Alex Dănilă 2010-08-20 20:11:45 UTC
Hi,
Can Plasma be made more resilient to programming errors in applets? I'll keep using a very limited number of selected applets, but still I find it too easy to crash.

This is not a rhetorical question, sorry for posting on a closed bug.