Version: 2.5.0 (using KDE 4.7.4) OS: Linux It's not usefull, but when you use 2-step verification in google account, you must every time when you want to upload some photos go to https://www.google.com/settings/ then to edit Authorizing applications & sites, delete old application (digikam) password, generate new, paste it in to password dialog in digiKam. Reproducible: Always Steps to Reproduce: 1. open digikam, select some fotos and go to export - export to picasaWeb; 2. fill login data (account, password), select album, click "begin upload" 3. when done, reboot pc. 4. open digikam, select some fotos and go to export - export to picasaWeb. Program will ask password again. Actual Results: digikam asks me about password Expected Results: digikam must store picasaweb password in kwallet, for example OS: Linux (i686) release 3.1.9-1.fc16.i686 Compiler: gcc Fedora 16 x86
*** Bug 292226 has been marked as a duplicate of this bug. ***
I just wanted to note that I observe the same bug. Digikam 2.5.0, compiled from source on Slackware64 Again using 2-step verification requires regenerating the password on each upload. Basically it makes using this export plugin cumbersome and annoying.
Digikam and Kipi-Plugins 2.5.0 here, using Google-2-Step-Auth, Password is not saved. If you need any more information to fix it, please ask.
*** This bug has been confirmed by popular vote. ***
I have the same bug.... it needs to be confirmed.
Danie: the bug is already confirmed. This got so annoying that I started using darktable not only for RAW processing but also for picasa uploads. Darktable uses kwallet to store the credentials and does not rely on temporary tokens as (I guess) digikam does. The only but big con is that darktable needs a huge amount of time to process and upload the images if exporting directly from RAW.
Hi, Is this issue still present in the Digikam/kipi-plugins 2.7.0? I am not able to reproduce it any more on {digikam,kipi-plugins,kipi-plugins-libs}-2.7.0-1.fc17.x86_64.
Hi, I'm currently using DigiKam 2.7.0 and the issue is still there. Do you use two-phase authentication with your Google Account? If you don't then you will never have this problem.
Hm, I use two-phase authentication. Maybe I somehow messed up my installation, as I compiled newest version from git and overwrote /usr/lib64/kde4/kipiplugin_picasawebexport.so and /usr/lib64/libkipiplugins.so.2 . But that version fixed numeric username, which is shown again after I reverted changes (reinstalled package and checked via rpm -V). Just in case: I used commit 07515782cb3c7ce8c53e1d77e4654f9f719a1b37 (Jul 20) on git://anongit.kde.org/kipi-plugins Other difference to previous state, in which I run into this issue, is that I run KDE instead of Gnome Shell. But I don't think that is the case.
Is it possible that you tried picasa export less than one day after the succesfull upload? The token could be still valid and you wouldn't see the login window with numeric string.
Yes just tested 2.7.0 and aftr restarting it does keep authentication so looks like it is working fine now.
This file can be closed now ?
From my side yes it can be closed.