Bug 337963

Summary: Pictures moved from folders under copy.com sync control are re-downloaded again
Product: [Applications] digikam Reporter: Patkos Csaba <patkoscsaba>
Component: Plugin-WebService-DropBoxAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, veaceslav.munteanu90
Priority: NOR    
Version: 4.2.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In: 4.12.0
Sentry Crash Report:

Description Patkos Csaba 2014-08-01 19:16:51 UTC 
I use the copy.com service (similar to dropbox) to keep my photos synchronized with cloud storage.

If I open Dolphin, select some files and move them to another folder, everything happens as expected. Files are moved locally, and then copy.com does the sync and they are moved into another folder in the cloud also.

When I use digiKam to move pictures from the default image-upload folder to new albums, something goes wrong. The pictures are moved locally to a new folder, as expected. On my copy.com cloud account a new folder is created with the pictures I moved, this is right also.

Then, copy.com thinks I should still have the images in their original place also, and re-downloads all of them again to their previous location, basically leading to duplication.

I contacted the copy.com team, and they suggested I should contact you instead.
Comment 1 caulier.gilles 2014-08-01 19:29:15 UTC 
Try use DropBox kipi plugin tool to handle dropbox web service. This tool have been introduced with 4.0.0 release
Comment 2 Patkos Csaba 2014-08-01 19:38:13 UTC 
This is not a dropbox service. This is about copy.com service.
Comment 3 Veaceslav Munteanu 2014-08-08 14:08:22 UTC 
Hello Patkos,

unfortunately we can't help you with this problem. Copy.com is the one who offer the service and they have access to digiKam's source code.

Tell them to download digiKam and investigate why their service is creating duplicates. If it's digiKam's fault, they must report it here, with all relevant information about what is wrong, so we could fix it.
Comment 4 caulier.gilles 2015-06-25 09:00:50 UTC 
New kipi-plugins 4.11.0 is available :

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?
Comment 5 caulier.gilles 2015-07-17 11:43:43 UTC 
Git commit 8418c9b598ac5ecf48922c5c594589a79c437764 by Shourya Singh Gupta.
Committed on 17/07/2015 at 11:33.
Pushed by shouryasinghgupta into branch 'master'.

Production status application for Dropbox approved. Dropbox now ready for public use.

M  +4    -1    dropbox/dbwindow.cpp

http://commits.kde.org/kipi-plugins/8418c9b598ac5ecf48922c5c594589a79c437764

diff --git a/dropbox/dbwindow.cpp b/dropbox/dbwindow.cpp
index 854af27..921bf63 100644
--- a/dropbox/dbwindow.cpp
+++ b/dropbox/dbwindow.cpp
@@ -108,10 +108,13 @@ DBWindow::DBWindow(const QString& tmpFolder, QWidget* const /*parent*/)
                                                KAboutData::License_GPL,
                                                ki18n("A Kipi-plugin to export images "
                                                      "to Dropbox"),
-                                               ki18n("(c) 2013, Saurabh Patel"));
+                                               ki18n("(c) 2013, Saurabh Patel\n"
+                                                     "(c) 2015, Shourya Singh Gupta"));

     about->addAuthor(ki18n("Saurabh Patel"),ki18n("Author and maintainer"),
                      "saurabhpatel7717 at gmail dot com");
+        about->addAuthor(ki18n("Shourya Singh Gupta"),ki18n("Developer"),
+                     "shouryasgupta at gmail dot com");
     about->setHandbookEntry("dropbox");
     setAboutData(about);