I was able to upload exactly once using the Flickr Export plugin. On subsequent uses it fails with the message "Failed to upload photo into Flickr. Do you want to continue?" Whether I click OK or Continue doesn't seem to make a difference, but I'm returned to the Flickr Export interface again with no changes. I've successfully re-authenticated using "Use a different account", but that doesn't help. Restarting the application doesn't help. Reproducible: Always Steps to Reproduce: 1. Select a photo 2. Go to Export -> Export to Flickr... 3. Click Start Uploading Actual Results: A window with the message "Failed to upload photo into Flickr. Do you want to continue?" Expected Results: OK message and image on Flickr
After restarting digiKam *and* selecting a different JPEG image, it once again worked. No idea why.
Not reproducible here. I use flickr a lots. It's probably a network disconnection Don't forget that Yahoo has refresh Flickr web site recently. I think it's a side effect of flickr update... Gilles Caulier
I see this problem frequently when I try to load the same image a second time. The latest failure was on a png file.
Me too on this. The only fix i've found is to wait - typically more than 24 hours. I've had tcpdump running while doing it and digikam doesn't even seem to be accessing the network. This sounds like a digikam bug to me.
I have been experiencing a similar behaviour since today. Actions I performed: 1. Choose picture to upload 2. Open kipi flickr upload window. 3. kipi modules tells me that the token is not valid any more and asks me if I like to receive a new token. I answer with "yes". 4. "Unknown error" returned to frontend 5. "Frob" window opens, but stops at 50% progress bar. 6. I try to modify the user, But again, "Frob" window. What I already did in order to remediate the fault, but without success: 1. I already deleted the api_key on my flickr account. 2. I deleted all files from /tmp and restarted the system 3. From /home/my_user_account/.config/Trolltech.conf , i deleted line usr\lib64\kde4\kipiplugin_flickrexport.so=40805, 0, x86_64 linux g++-4 full-config, 2013-10-21T17:55:29 4. I deletet the webbrowser cache completely. 5. I Deleted flickr chapter from /home/vlerch/.kde4/share/apps/kcookiejar/cookies Version details: Digikam: 3.5.0 KDE: 4.11.5 Kipi-Module: 3.5.0 LibKipi: 2.1.0 digiKam/kipi Output from stdout: igikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrList::slotAddImages: Insterting new item "P6280115.JPG" digikam(6056)/KIPI (general) KIPIPlugins::KPImagesListViewItem::KPImagesListViewItem: Creating new ImageListViewItem with url KUrl("file:///data/digiKam/Ausflüge und Kurzreisen/Gasometer_der_schöne_Schein_Juni_2014/zum_Drucken/P6280115.JPG") for list view KIPIPlugins::KPImagesListView(0x691acf0) digikam(6056)/KIPI (general) KIPIPlugins::KPImagesListViewItem::setThumb: Received new thumbnail for url KUrl("") . My view is KIPIPlugins::KPImagesListView(0x691acf0) digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrListViewItem::setFamily: Family status set to true digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrListViewItem::setFriends: Friends status set to true digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrListViewItem::setPublic: Public status set to false digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrListViewItem::setSafetyLevel: Safety level set to 1 digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrListViewItem::setContentType: Content type set to 1 digikam(6056)/KIPI (general) KIPIPlugins::KPImagesListViewItem::setThumb: Received new thumbnail for url KUrl("file:///data/digiKam/Ausflüge und Kurzreisen/Gasometer_der_schöne_Schein_Juni_2014/zum_Drucken/P6280115.JPG") . My view is KIPIPlugins::KPImagesListView(0x691acf0) digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrWindow::slotUserChangeRequest: Slot Change User Request digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrTalker::getFrob: Get frob url: KUrl("http://www.flickr.com/services/rest/?method=flickr.auth.getFrob&api_key=49d585bafa0758cb5c58ab67198bf632&api_sig=b025bddda699fc5ba4dd6fc55b9391c3") digikam(6056)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x5bad040) digikam(6056)/kio (KIOJob) KIO::TransferJob::slotFinished: KUrl("http://www.flickr.com/services/rest/?method=flickr.auth.getFrob&api_key=49d585bafa0758cb5c58ab67198bf632&api_sig=b025bddda699fc5ba4dd6fc55b9391c3") digikam(6056)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: KIO::TransferJob(0x5bad040) KIO::Slave(0x5d8b270) digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrTalker::parseResponseGetFrob: Checking Error in response digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrTalker::parseResponseGetFrob: Error code= "95" digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrTalker::parseResponseGetFrob: Msg= "SSL is required" digikam(6056)/KIPI (general) KIPIFlickrExportPlugin::FlickrTalker::parseResponseGetFrob: GetFrob finished digikam(6056)/kdeui (KNotification) KNotificationManager::close: 137 digikam(6056)/digikam (core) Digikam::DImg::load: "/usr/share/kde4/apps/digikam/data/sample-aix.png" : PNG file identified digikam(6056)/digikam (core) Digikam::DMetadata::getImageHistory: Loading image history "" digikam(6056)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime => Exif.Photo.DateTimeOriginal => QDateTime("Di. Jul 27 06:40:05 2010") libpng warning: iCCP: known incorrect sRGB profile digikam(6056)/digikam (core) Digikam::AlbumFilterModel::setSearchTextSettings: new search text settings: "" : hasResult = true , validRows = 67 digikam(6056)/kio (Slave) KIO::Slave::kill: killing slave pid 6615 ( "http://www.flickr.com" )
I've been seeing the exact behaviour described by Volker in comment 5 since Friday evening. This is worse than it was before when I posted comment 4. digiKam version 3.3.0 KDE version 4.13.2 Exiv2 can write to Jp2: Yes Exiv2 can write to Jpeg: Yes Exiv2 can write to Pgf: Yes Exiv2 can write to Png: Yes Exiv2 can write to Tiff: Yes Exiv2 supports XMP metadata: Yes LibCImg: 130 LibEigen: 3.0.5 LibExiv2: 0.22 LibJPEG: 80 LibJasper: 1.900.1 LibKDE: 4.13.2 LibKExiv2: 2.3.1 LibKGeoMap: 2.0.0 LibKdcraw: 2.3.1 LibLCMS: 2020 LibLensFun: 0.2.7-0 LibPGF: 6.12.24 - external shared library LibPNG: 1.2.46 LibQt: 4.8.2 LibRaw: 0.15.3 LibTIFF: LIBTIFF, Version 3.9.5 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Marble Widget: 0.15.97 (0.16 RC 1) Parallelised demosaicing: No Parallelized PGF codec: No RawSpeed codec support: No Database backend: QSQLITE Kipi-Plugins: 3.3.0 LibGphoto2: 2.4.13 LibKface: 3.0.0 LibKipi: 2.1.0 LibOpenCV: 2.4.5
The new failure is addressed in Bug 336835 - cannot export to flickr anymore. Please do not close this issue as the original failure mode (see posts 1-4) is still there. The only work-around i've seen for the original failure mode is to reboot the PC - although calling that a work-around is stretching things a little.
This file still valid using last digiKam 4.2.0 ? Note: bug #336835 is fixed. Gilles Caulier
I've seen it recently and can conform it's independent of #336835. I'll check on 4.2.0 tonight but I have to install 4.2.0 first.
I confirm that this problem is still present in version 4.2.0. I get quite often the message "Failed to upload photo into Flickr. Do you want to continue?" Moreover as there is no option to make the choice (continue/cancel) persistent for all upcoming errors, it is not possible to perform big unattended uploads
Problem still reproducible with kipi-plugins 4.9.0 ? Gilles Caulier
This problem does not seem to be valid anymore.
On Version 4.14.0, I'm getting the "failed" error trying to export to flickr. After some experimenting, I found that it will upload only if I check (on the Upload Options tab) either "Send original file (no resizing)" or "Resize photos before uploading". No checks gives the failed message. Cheers