Version: (using KDE 4.1.0) Installed from: Gentoo Packages Compiler: gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.1) CFLAGS="-O2 -pipe -ggdb" CXXFLAGS="${CFLAGS}" CHOST="x86_64-pc-linux-gnu" OS: Linux - This is a serious bug and I triggered it twice so far. - You need to view files in "Details" mode with the "Expandable folders" option set. How to reproduce: 1. Have dolphin list the content a directory containing other directories. 2. Expand a sub directory that has a couple of files inside. 3. Select 3-4 files using the little plus sign that you see on mouseover. 4. Right-click and choose "Move to trash". You trigger the bug when, as soon as the files disappears, dolphin tells you that the current dir doesn't exist, witch unfortunately is true. The directory containing the one you expand (step 1) is gone. Well maybe not totally gone yet as it seems to be residing in the trash. You don't see it, but it there somehow. I had ~50Go of data in that dir, and emptying the trash was long and freed up ~50Go of space. I'm glad I do regular backup :)
Thanks for the report. Do you have a backtrace of the crash? I could not reproduce the issue yet... :-(
There's no crash for what I understand :)
No, there is no crash. I find it hard to reproduce myself but it happened twice yesterday (I was doing some cleanup, so lots of moving to trash). If I find anything that might help I'll let you know.
Ah, sorry for my "crash" statement ;-) This issue sounds very strange: Assuming that there is an issue in Dolphins details view and it accidently moves the expanded directory too, then this file should be visible inside the trash, otherwise this might indicate a serious issue in kdelibs. As a start I'll have a look on the details view...
There is a patch available at bug 168691 comment 9 by ereslibre that may fix this bug too. Have a look. Btw, I can confirm that this bug happens....
We've discussed this with Rafael, he'll commit a fix quite soon. *** This bug has been marked as a duplicate of 168691 ***