Version: 1.6.1 (using KDE 4.6.4) OS: Linux When dolphin is erasing RW disks, Dolphin freezes until the blanking operation is finished. Reproducible: Always Expected Results:
Notice, this problem might be related to 277737.
Could you please check whether hiding the "Places Panel" on the left "solves" the issue? Thanks!
No, it has no relation to the palces panel.
On second thought, yes. Is there a general bug related to this places panel which hangs dolphin in case of a bad/slow device?
Resetting assignee to default as per bug #305719
Does this still happen in KDE 4.10 or later?
No response -> closing.
Yes, it presists with 4.10
In that case, we have to find out where in the code the freeze occurs. Please do the following in a shell: (a) gdb dolphin (b) At the gdb prompt, type 'run' (c) Wait until Dolphin appears, then reproduce the freeze. (d) Switch to the shell, press Ctrl+Z. (e) At the gdb prompt, type 'thread apply all backtrace', and paste or attach the result here.
Which packages do I have to compile with debugging symbols for this? KIO?
In principle, you can even do it without debugging symbols, it could just be that the backtrace is not very helpful then (depending on where the freeze occurs, which is something that I don't know yet). If you want to be on the safe side, just compile all of kdelibs and kde-baseapps with debugging symbols (but kio and solid in kdelibs are probably more interesting than others).
kde-baseapps: Actually I don't have most of these installed (for e.g. no games). I'm using Gentoo with kdebase-meta. (gdb) run Starting program: /usr/bin/dolphin warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffef31d700 (LWP 26962)] "/org/freedesktop/UDisks2/drives/HP_DVD_Writer_1260v_3524546_206239502311" : property "Drive" does not exist "/org/freedesktop/UDisks2/drives/ST31000524AS_6VPJYF30" : property "Drive" does not exist "/org/freedesktop/UDisks2/drives/ST380211AS_5PS029M1" : property "Drive" does not exist "/org/freedesktop/UDisks2/drives/ST380211AS_5PS029M1" : property "DeviceNumber" does not exist "/org/freedesktop/UDisks2/drives/ST380211AS_5PS029M1" : property "Device" does not exist Advanced probing on /dev/sr0 failed while reading block size "/org/freedesktop/UDisks2/drives/ST31000524AS_6VPJYF30" : property "DeviceNumber" does not exist "/org/freedesktop/UDisks2/drives/ST31000524AS_6VPJYF30" : property "Device" does not exist This step "/org/freedesktop/UDisks2/drives/ST380211AS_5PS029M1" : property "Device" does not exist Advanced probing on /dev/sr0 failed while reading block size Took a lot of time to come up. It came up after the DVD was erased.
Now: If dolphin is up and running, then it doesn't hang.
It seems that my debugging instructions were not clear enough :-( (In reply to comment #12) > This step > > "/org/freedesktop/UDisks2/drives/ST380211AS_5PS029M1" : property "Device" > does not exist > Advanced probing on /dev/sr0 failed while reading block size > > Took a lot of time to come up. It came up after the DVD was erased. While you wait for this message to come up, i.e., while the app is frozen, please press Ctrl+Z in the shell and then type "thread apply all backtrace" at the gdb prompt.
Oh, that's just the program output....... I'm sorry I forgot. I'd enough of gdb fixing segfaults in that program I just made. I'll provide the output, wait...
However.... (In reply to comment #13) > Now: If dolphin is up and running, then it doesn't hang.
(In reply to comment #16) > However.... > > (In reply to comment #13) > > Now: If dolphin is up and running, then it doesn't hang. Does that mean that you cannot reproduce the problem any more? I thought that you can still reproduce the freeze when running Dolphin in gdb. Then it should also be possible to interrupt it with Ctrl+Z during the freeze, right?
(In reply to comment #17) > (In reply to comment #16) > > However.... > > > > (In reply to comment #13) > > > Now: If dolphin is up and running, then it doesn't hang. > > Does that mean that you cannot reproduce the problem any more? I thought > that you can still reproduce the freeze when running Dolphin in gdb. Then it > should also be possible to interrupt it with Ctrl+Z during the freeze, right? No, it doesn't hang during running, but it wont start till the erase process is finished. And it appears that this problem happens when with only certain optical media FS.
(In reply to comment #18) > No, it doesn't hang during running, but it wont start till the erase process > is finished. Sounds like the process hangs while the application is starting? Then please interrupt the process while it hangs and provide a backtrace.
Still waiting for a backtrace.
Dolphin refuses to stop with cntrl+z when erasing CD-RW with K3b. Sigint does not work. This's what I got after failed attempts -- gdb dolphin GNU gdb (Gentoo 7.5.1 p2) 7.5.1 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /usr/bin/dolphin...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/dolphin warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffee123700 (LWP 26894)] "/org/freedesktop/UDisks2/drives/HP_DVD_Writer_1260v_3524546_206239502311" : property "Drive" does not exist "/org/freedesktop/UDisks2/drives/ST31000524AS_6VPJYF30" : property "Drive" does not exist "/org/freedesktop/UDisks2/drives/ST380211AS_5PS029M1" : property "Drive" does not exist "/org/freedesktop/UDisks2/drives/ST31000524AS_6VPJYF30" : property "DeviceNumber" does not exist "/org/freedesktop/UDisks2/drives/ST31000524AS_6VPJYF30" : property "Device" does not exist ^Z^Z^C^C^C^C^Z^Z^Z^Z^Z^Z^Z^Z^Z^C^C^C^Z^Z^Z^C^C^Z^Z^C^C^Z^Z Program received signal SIGINT, Interrupt. [Switching to Thread 0x7fffee123700 (LWP 26894)] 0x0000003fba8e1ad3 in poll () from /lib64/libc.so.6 (gdb) ^CQuit (gdb) bt #0 0x0000003fba8e1ad3 in poll () from /lib64/libc.so.6 #1 0x0000003fb9449606 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x0000003fb9449734 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x00007ffff53d76f6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #4 0x00007ffff53a821f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #5 0x00007ffff53a84a8 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #6 0x00007ffff52ac280 in QThread::exec() () from /usr/lib64/qt4/libQtCore.so.4 #7 0x00007ffff5389f5f in ?? () from /usr/lib64/qt4/libQtCore.so.4 #8 0x00007ffff52ae9fc in ?? () from /usr/lib64/qt4/libQtCore.so.4 #9 0x0000003fbac08ec6 in start_thread () from /lib64/libpthread.so.0 #10 0x0000003fba8ea6ed in clone () from /lib64/libc.so.6
Thanks for the update. I'm afraid I'm unable to help without a useful backtrace :-( @Alex: could this be related to Solid?
Can you still reproduce this bug in a newer version of Dolphin? If not, I'll close this bug soon.
No response -> closing. Thanks for reporting this bug, please reopen the report if you can still reproduce this behavior with newer versions of Dolphin.