Version: 0.7.3-beta1 (using KDE KDE 3.4.0) Installed from: Fedora RPMs OS: Linux trying to drag and drop images between folders with the Move option selected returns "error unknown" in a small dialog box with only the word "rename" and a button OK to push. the move operation is not preformed ! ( choosing copy works just fine . and a later deleting of the image works too ) this bug doesn't happen when dragging between folders created with digikam , thou .
are you, by any chance, using symlinks to link folders/files into the digikam album library path?
yee :-)
SVN commit 412383 by pahlibar: CCBUGS: 105303 give a more detailed info if user uses symlinks to external files/folders in the album library path and then tries to move it. I'm not going to work on this in the trunk (0.7.x series). The file copy/move kioslave will undergo a rewrite in the experimental branch to work well with kio::jobs and if necessary will be backported M +16 -4 trunk/extragear/graphics/digikam/kioslave/digikamio.cpp --- trunk/extragear/graphics/digikam/kioslave/digikamio.cpp #412382:412383 @@ -550,7 +550,10 @@ if (( errno == EACCES ) || (errno == EPERM)) error( KIO::ERR_ACCESS_DENIED, dest.path() ); else if (errno == EXDEV) - error( KIO::ERR_UNSUPPORTED_ACTION, QString::fromLatin1("rename")); + error( KIO::ERR_UNSUPPORTED_ACTION, QString("This folder is on a different " + "filesystem through symlinks. " + "Moving/Renaming files between " + "them is currently unsupported")); else if (errno == EROFS) // The file is on a read-only filesystem error( KIO::ERR_CANNOT_DELETE, src.path() ); else @@ -619,7 +622,10 @@ if (( errno == EACCES ) || (errno == EPERM)) error( KIO::ERR_ACCESS_DENIED, dest.path() ); else if (errno == EXDEV) - error( KIO::ERR_UNSUPPORTED_ACTION, QString::fromLatin1("rename")); + error( KIO::ERR_UNSUPPORTED_ACTION, QString("This folder is on a different " + "filesystem through symlinks. " + "Moving/Renaming files between " + "them is currently unsupported")); else if (errno == EROFS) // The file is on a read-only filesystem error( KIO::ERR_CANNOT_DELETE, src.path() ); else @@ -682,7 +688,10 @@ if (( errno == EACCES ) || (errno == EPERM)) error( KIO::ERR_ACCESS_DENIED, dest.path() ); else if (errno == EXDEV) - error( KIO::ERR_UNSUPPORTED_ACTION, QString::fromLatin1("rename")); + error( KIO::ERR_UNSUPPORTED_ACTION, QString("This file is on a different " + "filesystem through symlinks. " + "Moving/Renaming files between " + "them is currently unsupported")); else if (errno == EROFS) // The file is on a read-only filesystem error( KIO::ERR_CANNOT_DELETE, src.path() ); else @@ -741,7 +750,10 @@ if (( errno == EACCES ) || (errno == EPERM)) error( KIO::ERR_ACCESS_DENIED, dest.path() ); else if (errno == EXDEV) - error( KIO::ERR_UNSUPPORTED_ACTION, QString::fromLatin1("rename")); + error( KIO::ERR_UNSUPPORTED_ACTION, QString("This file is on a different " + "filesystem through symlinks. " + "Moving/Renaming files between " + "them is currently unsupported")); else if (errno == EROFS) // The file is on a read-only filesystem error( KIO::ERR_CANNOT_DELETE, src.path() ); else
ok :-)
this has been fixed in svn
*** Bug has been marked as fixed ***.
This problem is not reproducible since 5.0.0 as all digiKam KIO slave was replaced by a multithreaded interface to play with database