Bug 156802 - desktop configuration dialog crashes when wallpaper's directory has been deleted
Summary: desktop configuration dialog crashes when wallpaper's directory has been deleted
Status: RESOLVED DUPLICATE of bug 156944
Alias: None
Product: plasma4
Classification: Plasma
Component: desktop (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-27 19:59 UTC by Stefan Majewsky
Modified: 2008-02-02 05:35 UTC (History)
1 user (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 Stefan Majewsky 2008-01-27 19:59:43 UTC
Version:            (using KDE 4.0.0)
Installed from:    SuSE RPMs

I have moved my wallpapers folder in my KDE 3 session. When logging into my KDE 4 session, the screen was white (of course). I tried to open the "Configure desktop" dialog, it appeared for a moment but then crashed (together with the whole desktop).

I tracked it down to the following: The dialog crashes when, in the containment configuration (plasma-appletsrc), "selected" _and_ "wallpaper" are set to a non-existing file. (I've checked all combinations, these seem to be the only affected settings.)

It appears to me that the dialog does check one of both but not the second. If number 1 does not exist, it somehow falls back to number 2 but does not check it. Am I right?
Comment 1 Oliver Putz 2008-01-27 21:49:47 UTC
I can confirm this bug. However, for me it is sufficient to just delete the wallpaper (no need to delete the corresponding folder).

The backtrace of this crash is:

Application: Plasma Workspace (plasma), signal SIGFPE
Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb62d56e0 (LWP 2336)]
[New Thread 0xb381fb90 (LWP 2416)]
[New Thread 0xb4b84b90 (LWP 2338)]
QEventDispatcherUNIXPrivate::doSelect (this=0x8074b18, flags=@0xbfeb2f98, 
    timeout=0xbfeb2f90) at kernel/qeventdispatcher_unix.cpp:175
	in kernel/qeventdispatcher_unix.cpp
[Current thread is 0 (LWP 2336)]

Thread 3 (Thread 0xb4b84b90 (LWP 2338)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7320586 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb73690e0 in QWaitCondition::wait (this=0x81108ec, mutex=0x81108e8, 
    time=4294967295) at thread/qwaitcondition_unix.cpp:267
#3  0xb4dc58fb in RenderThread::run (this=0x81108e0)
    at /var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/plasma/containments/desktop/renderthread.cpp:84
#4  0xb73685de in QThreadPrivate::start (arg=0x81108e0)
    at thread/qthread_unix.cpp:179
#5  0xb731c18b in start_thread (arg=0xb4b84b90) at pthread_create.c:296
#6  0xb660935e in clone () from /lib/libc.so.6

Thread 2 (Thread 0xb381fb90 (LWP 2416)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb65d59e6 in nanosleep () from /lib/libc.so.6
#2  0xb65d580b in __sleep (seconds=0)
    at ../sysdeps/unix/sysv/linux/sleep.c:138
#3  0xb7a4fe42 in KCrash::startDrKonqi (argv=0xb381ee6c, argc=17)
    at /var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/kdeui/util/kcrash.cpp:366
#4  0xb7a5045b in KCrash::defaultCrashHandler (sig=8)
    at /var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/kdeui/util/kcrash.cpp:287
#5  <signal handler called>
#6  0xb4dc5d33 in RenderThread::run (this=0x8241adc)
    at /var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/plasma/containments/desktop/renderthread.cpp:153
#7  0xb73685de in QThreadPrivate::start (arg=0x8241adc)
    at thread/qthread_unix.cpp:179
#8  0xb731c18b in start_thread (arg=0xb381fb90) at pthread_create.c:296
#9  0xb660935e in clone () from /lib/libc.so.6

Thread 1 (Thread 0xb62d56e0 (LWP 2336)):
#0  QEventDispatcherUNIXPrivate::doSelect (this=0x8074b18, flags=@0xbfeb2f98, 
    timeout=0xbfeb2f90) at kernel/qeventdispatcher_unix.cpp:175
#1  0xb745c98b in QEventDispatcherUNIX::processEvents (this=0x8073d80, 
    flags=@0xbfeb30a8) at kernel/qeventdispatcher_unix.cpp:886
#2  0xb6b5dcce in QEventDispatcherX11::processEvents (this=0x8073d80, 
    flags=@0xbfeb30d4) at kernel/qeventdispatcher_x11.cpp:145
#3  0xb7432191 in QEventLoop::processEvents (this=0xbfeb3140, 
    flags=@0xbfeb3108) at kernel/qeventloop.cpp:140
#4  0xb743229a in QEventLoop::exec (this=0xbfeb3140, flags=@0xbfeb3148)
    at kernel/qeventloop.cpp:186
#5  0xb7434626 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:759
#6  0xb6ad3487 in QApplication::exec () at kernel/qapplication.cpp:3053
#7  0xb7fa5d54 in kdemain (argc=1, argv=0xbfeb3344)
    at /var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/plasma/plasma/main.cpp:54
#8  0x080487e2 in main (argc=-1219868949, argv=0xb74a46f0)
    at /var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase_build/workspace/plasma/plasma/plasma-qgv_dummy.cpp:3
#9  0xb655dfdc in __libc_start_main (main=0x80487c0 <main>, argc=1, 
    ubp_av=0xbfeb3344, init=0x8048810 <__libc_csu_init>, 
    fini=0x8048800 <__libc_csu_fini>, rtld_fini=0xb7fc0100 <_dl_fini>, 
    stack_end=0xbfeb333c) at libc-start.c:229
#10 0x08048731 in _start ()
175	in kernel/qeventdispatcher_unix.cpp
Comment 2 Sebastian Sauer 2008-02-02 05:35:34 UTC

*** This bug has been marked as a duplicate of 156944 ***