Bug 168427

Created attachment 26651 [details]
Screenshot showing the dialog bug and Dolphin window "Unable to move ... " message

With "Unable to move ... " message I meant "Could not rename"

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

This is not a duplicate despite they have the same/similar backtraces. The issue is a different one.

SVN commit 846100 by ereslibre:

Simplify the list of urls when needed (moving, trashing, deleting). I am okay with a method renaming.

BUG: 168691
BUG: 168427
CCMAIL: peter.penz@gmx.at
CCMAIL: faure@kde.org


 M  +2 -0      konq_operations.cpp  
 M  +22 -1     konqmimedata.cpp  
 M  +12 -0     konqmimedata.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=846100

I've discovered another situation that triggers this crash (may not be related) (I'm using KDE 4.1.2 but this bugfix wasn't backported to the 4.1branch)

- Open Dolphin, using the right click , create a new empty file.
(An Undo copy operation will appear in the Edit menu)
- Rename that file.
- Go to Edit / Undo: Copy File

A prompt dialog will appear : "Do you really want to delete this item? /path/Text File"

If you click "Delete", a buggy endless move dialog will appear, and a message "File X doesn't exists" will appear in Dolphin statusbar.

When you cancel this dialog , Dolphin crashes.

The backtrace is the same:

Aplicación: Dolphin (dolphin), señal SIGSEGV
[Thread debugging using libthread_db enabled]
[New Thread 0xb5f2e700 (LWP 3800)]
[KCrash handler]
#6  0x00000000 in ?? ()
#7  0xb7be3093 in KJob::kill (this=0x8892150, verbosity=KJob::EmitResult)
    at /home/jan/Dev/packages/kdemod-core/work/kdelibs/src/kdelibs-4.1.2/kdecore/jobs/kjob.cpp:106
#8  0xb795d7eb in KAbstractWidgetJobTracker::slotStop (this=0x86b7fd8, 
    job=0x8892150)
    at /home/jan/Dev/packages/kdemod-core/work/kdelibs/src/kdelibs-4.1.2/kdeui/jobs/kabstractwidgetjobtracker.cpp:80
#9  0xb79602b3 in KWidgetJobTracker::Private::ProgressWidget::_k_stop (
    this=0x86d3af0)
    at /home/jan/Dev/packages/kdemod-core/work/kdelibs/src/kdelibs-4.1.2/kdeui/jobs/kwidgetjobtracker.cpp:642
#10 0xb796034b in KWidgetJobTracker::Private::ProgressWidget::qt_metacall (
    this=0x86d3af0, _c=QMetaObject::InvokeMetaMethod, _id=13, _a=0xbf83c07c)
    at /home/jan/Dev/packages/kdemod-core/work/kdelibs/src/build/kdeui/kwidgetjobtracker_p.moc:101
#11 0xb7e93b03 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#12 0xb7e93dd1 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#13 0xb709c6d2 in QAbstractButton::clicked () from /usr/lib/libQtGui.so.4
#14 0xb6e298ca in ?? () from /usr/lib/libQtGui.so.4
#15 0x088846e0 in ?? ()
#16 0x00000000 in ?? ()
#0  0xb7f22424 in __kernel_vsyscall ()

I can reproduce this bug using current trunk:

Qt: 4.4.3
KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2))
kdelibs svn rev. 896338 / kdebase svn rev. 896338

But, because now is Plasma which displays the progress info dialog/plasmoid in the Systray plasmoid, the buggy move "dialog/plasmoid/extender" remains and clicking "pause" or "stop" do nothing (I ended with a plasma crash, but it's unrelated)

The buggy plasmoid is not my responsibility ;-)

@David: yes, I know, but, the "action" (to Move an non-existant file) isn't created in Dolphin ? (the question is: Which component is the responsible of validating the "actions" to avoid this type of errors?)
I think the "notification" plasmoid only shows what it is forced to show. (by other components)
Thanks :)

This is a KIO bug.

I can still reproduce this bug here using:

Qt: 4.4.3 + qt-copy-patches-889120
KDE: 4.1.87 (KDE 4.1.87 (KDE 4.2 >= 20090101))
kdelibs svn rev. 905636 / kdebase svn rev. 905636
on ArchLinux x86_64 - Kernel 2.6.27.10

Plasma can now stop/pause file operations, however, it can't cancel this buggy operation, and the "Moving" plasmoid remains there.(but it doesn't trigger a crash)

@Peter: can the original buggy action (to Undo a Trash from an already deleted file) be sanitized from Dolphin ?

> @Peter: can the original buggy action (to Undo a Trash
> from an already deleted file) be sanitized from Dolphin ?

Only with some ugly workarounds that should not be added in my opinion...

I can reproduce the issue mentioned in comment #6 when inline renaming is used. The issue here is that no undo action will be generated for the renaming operation. Hm, this is tricky to solve as inline renaming is done in KFileItemDelegate (kdelibs) and there is no access to KonqOperations::rename() (which adds the operation to the undo queue). I'll need to take a look on this, but this is out of scope of the original report (I've opened a new bug 179642).

And what about the steps in comment 0 (different situation), I can reproduce the bug using that steps too.
Anyways, thanks for looking into this :)

Yes, I can also reproduce the issue on trunk with the steps in comment 0, but this requires some "David Faure magic" ;-) I get a similar backtrace like in comment 0.

There are some similar bugs (the same crash situation: canceling an invalid operation file-dialog):
bug 171415, bug 172171, bug 179883

Not sure how to handle them. May be filing a new bug report for kdelibs or kio to report the root of the issue.

*** Bug 184772 has been marked as a duplicate of this bug. ***

Still valid here using:

Qt: 4.5.0-rc1
KDE: 4.2.63 (KDE 4.2.63 (KDE 4.3 >= 20090212))
kdelibs svn rev. 927117 / kdebase svn rev. 927117
on ArchLinux i686 - Kernel 2.6.28.4

Here using:

Qt: 4.5.1 (qt-copy  960517)
KDE: 4.2.71 (KDE 4.2.71 (KDE 4.3 >= 20090428))
kdelibs svn rev. 963904 / kdebase svn rev. 963904
on ArchLinux i686 - Kernel 2.6.29.1

Now, stopping the buggy operation from the Plasma notification doesn't crash Plasma but crashes Dolphin with a different backtrace (involving KUiServerJobTracker::Private::_k_killJob)

*** Bug 206519 has been marked as a duplicate of this bug. ***

It seems that can be also reproduced from Plasma.

- Have a Trash widget and a FolderView widget in your Desktop
- Create a file in the FolderView
- Move it to trash
- Click on the Trash widget and select Empty
The trash is now empty
- Right click on the FolderView and select "Undo Trash"
An error message appears, Click OK
The buggy endless dialog appears
- If you stop it, Plasma crashes with the backtrace detailed at bug 219627

Regards

*** Bug 219627 has been marked as a duplicate of this bug. ***

*** Bug 172171 has been marked as a duplicate of this bug. ***

with my last commits to kdelibs/kdeui/jobs/ this is no longer reproducable. rejoice! :) if anyone can reproduce it after an update there, please let me know (with an updated backtrace), but it no longer happens here. yay! :)