Bug 145149 - Flickr uploading from host application does not cache auth data
Summary: Flickr uploading from host application does not cache auth data
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-WebService-Flickr (show other bugs)
Version: 5.6.0
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-05-07 18:22 UTC by Marcin Juszkiewicz
Modified: 2018-03-23 12:08 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 0.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcin Juszkiewicz 2007-05-07 18:22:14 UTC
Version:            (using KDE KDE 3.5.6)
Installed from:    Debian testing/unstable Packages
OS:                Linux

I use DigiKam to manage my photo collection. From time to time I am uploading some pictures to Flickr. But Flickr exporter spawns new Konqueror window to register at Flickr - most of time is also show me requester with failure:

error occured: incorrect Frob

cannot continue

And uploader window has everything locked. After few retries is usually works and then again fails.

Konqueror window shows:

You have successfully authorized the application FlickrUploadr.
You can go ahead and close this window now.
If you ever want to revoke authorization, you can do that in your account.

So I think that bug is in Flickr uploader. And it should cache Auth data.
Comment 1 Gustavo Narea 2007-07-06 14:36:26 UTC
This happens to me too.
Comment 2 Treviño 2008-01-10 06:28:51 UTC
I get the same thing... I don't know if this is a konqueror problem, since I don't use it as default browser (and so I've no flickr cookies in), btw it shouldn't since the flickr API only needs a token to authorize an application, so it seems more a configuration saving problem...
Am I wrong?
Comment 3 caulier.gilles 2008-05-22 22:18:11 UTC
*** Bug 151018 has been marked as a duplicate of this bug. ***
Comment 4 caulier.gilles 2008-05-22 22:20:28 UTC
Hi all,

I cannot reproduce the problem here with my Flickr account.

Also, i have fixed severals bugs and improved plugin dialog gui. Please checkout current code from svn and try again

Gilles Caulier
Comment 5 x3ri7yz02 2008-05-23 00:06:34 UTC
Gilles,

There were two issues here:

A) Digikam wasn't caching authentication data (had to re-authenticate to Flickr/Yahoo regularly)

B) Reporter describes an additional error while using Konqueror to authenticate

For me, (A) is now solved using the current SVN version of Digikam: authentication data is now stored correctly (even between sessions of Digikam - hooray!)

For (B): Normally I use Firefox as my default browser - currently works perfectly with Digikam, so this wasn't an issue.  But to test this bug, I changed KDE preferences to use Konqueror.

I made multiple attempts to authenticate the FlickrUploader to Flickr using Konqueror - one time an error occurred ("HTTPS connection has been closed") but I'm unable to reproduce that error reliably.  

Most of the time it works correctly.  I'd recommend closing this bug (as RESOLVED) unless the original reporter can still reproduce it.

Marcin/Gustavo/Treviño  - are you guys still having problems using Konqueror in this way?

cheers,
tauri
Comment 6 caulier.gilles 2008-05-23 06:59:43 UTC
ok, bug taged Works For Me

Gilles Caulier