[Digikam-devel] [Bug 122653] file-dialogue claims that pictures are not on the local-storage, yet they are

Marcel Wiesweg marcel.wiesweg at gmx.de
Tue Jul 25 21:59:02 BST 2006

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
marcel.wiesweg gmx de changed:

           What    |Removed                     |Added
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1

------- Additional Comments From marcel.wiesweg gmx de  2006-07-25 22:59 -------
AlbumFolderView::contentsDropEvent will call DIO::copy with kioURLs.
DIO::copy will call KIO::copy.

KIO::copy will check if the dest exists, it does, so I think it is the KDE libs that will popup the overwrite dialog. Of course, it is unknown to KDE libs that digikamalbums:/ is actually a local file. Don't know how to change that.

Then, KDE libs will load the proper kioslave, and kio_digikamalbums::copy will get called. You have the debug statement from that method in your ~/.xsession-errors.

Then the copy method will somewhere return with KIO::ERR_ACCESS_DENIED, and the error message is sent to digikam.
So we have to fix the ioslave.

Or, some not-thought-through ideas:
- in albumfolderview, use normal file:/ URLs and afterwars do the same as in ImageWindow::saveAsIsComplete. Race-condition proof?
- use ForwardingSlaveBase for all file-related stuff in our ioslave - a pity, it's only available for KDE 3.4.

More information about the Digikam-devel mailing list