| Summary: | Add export support for protocol version 3 | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Jostein Hauge <jhaugex> |
| Component: | Plugin-WebService-Piwigo | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | anthony.dahanne, caulier.gilles, david.varnes, digitaldistro, eg-ba, farengi, foss, frederic.coiffier, hbrnng.sw_dev, kristian.hermann.karl, mu3en, mutlu_inek, quentin.decembry, ramack, sir_kalot |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Mandriva RPMs | ||
| OS: | Unspecified | ||
| Latest Commit: | Version Fixed In: | 5.0.0 | |
| Sentry Crash Report: | |||
|
Description
Jostein Hauge
2010-03-04 01:30:14 UTC
Gallery 3.0 is officially release as of today. :) The Gallery developers did great work there. I hope it will be easy to add this to kipi-plugins. *** This bug has been confirmed by popular vote. *** seems like a cool feature for kipi to have, gallery 3 should now have REST API? I just did a full install of gallery3 and would also love to use the gallery export module in digikam. I used it in the past with gallery2 and its very useful! Thank You! (In reply to comment #4) > I just did a full install of gallery3 and would also love to use the gallery > export module in digikam. > I used it in the past with gallery2 and its very useful! > > Thank You! same here ;) Probably useful for the devs: http://codex.gallery2.org/Gallery3:API:REST http://codex.gallery2.org/Gallery3:Modules:remote There is a kio slave to access and interact with gallery3: kio-gallery3 Though it is not a part of the kipi plugins it certainly may be useful for every kde user and application trying to access gallery3. http://kde-apps.org/content/show.php/kio-gallery3?content=146835 This bug is open since some time... Is there any news? I'm not a coder, but if I could help somehow I will be glad... I suggest an integration that has does the following: * Select files and via context menu click on "Upload to Gallery". * Uploaded Files are marked with a small symbol in one of the corners of the image preview and on the folder in the folder view. * The folder structure on the server is created automatically. The user does not have to to care about this and does not have define a folder when uploading something to the server. * Clicking on the symbol at an image or at a folder removes the files from server. * Everything is synchronized. If a file will be removed or changed from digikam, it will be automatically removed from server. * The user can select the quality and image size / resolution of the images on the server should have. This allows to work with low bandwidth and small diskspace on server. These features would be very cool. The combination gallery 3 + digikam would be a unique feature. http://codex.galleryproject.org/Gallery3:Modules:remote let's think that it could be solved with it. But I tried and found the problem that the plugin doesn't use the cookies provided by the server on the login process. I open a bug report on Launchpad https://bugs.launchpad.net/ubuntu/+source/kipi-plugins/+bug/1154560 Can someone confirm or invalidate that Gallery3 Modules Remote can be used by the kipi plugin gallery export ? having the same problem here with gallery 3.0.7, kipi 3.2.0 on kubuntu 12.10, kde 4.10.3 installed and activated the remote module (http://codex.galleryproject.org/Gallery3:Modules:remote) applied patches to /modules/gallery/config/cookie.php and .htaccess uploading using the java application GalleryRemote.jar found here (http://codex.galleryproject.org/Gallery_Remote) works perfectly well using url: http://gallery.mydomain.com and my admin user/password apache access log: - - [30/May/2013:18:53:39 +0200] "HEAD /gallery_remote2.php HTTP/1.1" 200 0 "-" "Gallery Remote 1.5" - - [30/May/2013:18:53:40 +0200] "POST /gallery_remote2.php HTTP/1.1" 200 159 "-" "Gallery Remote 1.5" - - [30/May/2013:18:53:40 +0200] "POST /gallery_remote2.php HTTP/1.1" 200 373 "-" "Gallery Remote 1.5" trying the kipi plugin with different settings: url: http://gallery.mydomain.com/gallery_remote2.php [x] use Gallery 2 results in just one request (see below) and the plugin telling me that the user/password is incorrect although i double checked it - - [30/May/2013:19:05:55 +0200] "POST /gallery_remote2.php HTTP/1.1" 200 111 "-" "Mozilla/5.0 (X11; Linux x86_64) KHTML/4.10.3 (like Gecko) Konqueror/4.10" not using gallery 2 results in 2 post requests and the plugin telling that it can't fetch albums. (also creating albums does not work) using gallery2 and providing just http://gallery.mydomain.com (gets completed to http://gallery.mydomain.com/main.php) results in requests to main.php (404 due to the rewrite rule added by the patch) kipi plugin complains about wrong url - login failed The kio slave mentioned above 2 years ago is still available and works fine with the current KDE-4.12. I suggest close this bug because the gallery project stopped active development. hb_kde, Do you mean that Gallery tool must be removed in the future, as Gallery project is dead ? Gilles Caulier I would opt for the removal, since: - no benefit in an option, that is not usable, since the protocol is gallery3 specific and cannot be used with other systems - the more options and features the less usable an application is I do not agree with the Gnome idea of eliminating more and more options, but senseless things should indeed get removed. Just my 2 cents... GalleryExport tool is not maintained since a while and Gallery project is dead. Use PiwigoExport tool instead. Gilles Caulier |