Summary: | "Failed to upload photo into Flickr" every time after first use | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Victor Engmark <kde.org> |
Component: | Plugin-WebService-Flickr | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED WORKSFORME | ||
Severity: | grave | CC: | caulier.gilles, jon33040, jpcartal, kevin, okichatan, shouryasgupta, volla-man |
Priority: | NOR | ||
Version: | 5.6.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 4.11.0 | |
Sentry Crash Report: |
Description
Victor Engmark
2013-05-26 14:30:10 UTC
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 |