Hi, all. First, kudos to the developers for such a great product. Alas, I can't seem to get it to work. With dropbox, it looks like there's a debug url, as it's going to http://127.0.0.1:8000/?code=QYjJ-r8n7etcetc... With Flickr, I can't seem to find where to put in the credentials, shouldn't there be an "Add Account" here? Change Account | Add Account brings me back to this screen. Facebook still uses the browser-based authentication, but there's no auth code anymore, but surely there's some way to upload to Facebook, yes? Thanks! New to digikam (and indeed to Linux-based photography), but can't wait to get more experience. Tac |
Also with OAuth it is necessary to log in with the browser and to confirm to
the web service that the tool may access your account. After pressing on change account a browser window should open to log on. The difference now is that after login and confirmation the digiKam tool automatically receives the session token and is active. You should then see your username in the digiKam tool and you can use it. Maik Am Donnerstag, 1. Februar 2018, 16:32:44 CET schrieb Tac Tacelosky: > Hi, all. First, kudos to the developers for such a great product. > > I saw that Digikam 5.8 refactored Flickr and Dropbox export to use oAuth2 > rather than the problematic browser-basic login-with-hash-tag -- great! > > Alas, I can't seem to get it to work. With dropbox, it looks like there's > a debug url, as it's going to http://127.0.0.1:8000/?code=QYjJ-r8n7etcetc... > > With Flickr, I can't seem to find where to put in the credentials, > shouldn't there be an "Add Account" here? > > [image: Inline image 1] > > Change Account | Add Account brings me back to this screen. > > Facebook still uses the browser-based authentication, but there's no auth > code anymore, but surely there's some way to upload to Facebook, yes? > > Thanks! New to digikam (and indeed to Linux-based photography), but can't > wait to get more experience. > > Tac |
In reply to this post by Tac Tacelosky
Also with OAuth it is necessary to log in with the browser and to confirm to
the web service that the tool may access your account. After pressing on change account a browser window should open to log on. The difference now is that after login and confirmation the digiKam tool automatically receives the session token and is active. You should then see your username in the digiKam tool and you can use it. Maik Am Donnerstag, 1. Februar 2018, 16:32:44 CET schrieb Tac Tacelosky: > Hi, all. First, kudos to the developers for such a great product. > > I saw that Digikam 5.8 refactored Flickr and Dropbox export to use oAuth2 > rather than the problematic browser-basic login-with-hash-tag -- great! > > Alas, I can't seem to get it to work. With dropbox, it looks like there's > a debug url, as it's going to http://127.0.0.1:8000/?code=QYjJ-r8n7etcetc... > > With Flickr, I can't seem to find where to put in the credentials, > shouldn't there be an "Add Account" here? > > [image: Inline image 1] > > Change Account | Add Account brings me back to this screen. > > Facebook still uses the browser-based authentication, but there's no auth > code anymore, but surely there's some way to upload to Facebook, yes? > > Thanks! New to digikam (and indeed to Linux-based photography), but can't > wait to get more experience. > > Tac |
Sure -- but it's not doing that. Is there a way to set the browser oAuth will use in digikam? I can try with both Firefox and Chrome, and post a video if that'll help. By any chance, is there a command-line tool in digikam for setting the oAuth token? I've installed the appimage on a second computer, and it's behaving better. On my laptop, though, I upgraded from previous versions of digikam, so maybe my config file is wrong. Here's the output on startup -- maybe there's a problem with the plugins? Where is the config file -- maybe I should delete that and restart digikam? Shanghai, China Copyright (C) 2012-2016 Wang Bin (aka. Lucas Wang) [hidden email] Donate: http://qtav.org/donate.html Source: https://github.com/wang-bin/QtAV Home page: http://qtav.org capi::version: 0.6.0 Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295, skipping unlock JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295, skipping unlock QFSFileEngine::open: No file name specified QFSFileEngine::open: No file name specified kf5.kservice.sycoca: Parse error in "/home/tac/.config/menus/applications-merged/xdg-desktop-menu-dummy.menu" , line 1 , col 1 : "unexpected end of file" The desktop entry file "/usr/share/applications/unity-scope-gdrive.desktop" has Type= "Application" but no Exec line kf5.kservice.sycoca: Invalid Service : "/usr/share/applications/unity-scope-gdrive.desktop" The desktop entry file "/usr/share/applications/org.gnome.ChromeGnomeShell.desktop" has Type= "Application" but no Exec line kf5.kservice.sycoca: Invalid Service : "/usr/share/applications/org.gnome.ChromeGnomeShell.desktop" The desktop entry file "/usr/share/applications/unity-lens-photos.desktop" has Type= "Application" but no Exec line kf5.kservice.sycoca: Invalid Service : "/usr/share/applications/unity-lens-photos.desktop" org.kde.kcoreaddons: Error loading plugin "kipiplugin_remotestorage" "The shared library was not found." Plugin search paths are ("/tmp/.mount_digikaLtAdmz/usr/plugins", "/tmp/.mount_digikaLtAdmz/usr/bin") The environment variable QT_PLUGIN_PATH might be not correctly set kipi.library: Cannot create instance for plugin "RemoteStorage" ( "kipiplugin_remotestorage" ) with error: "The shared library was not found." org.kde.kcoreaddons: Error loading plugin "kipiplugin_remotestorage" "The shared library was not found." Plugin search paths are ("/tmp/.mount_digikaLtAdmz/usr/plugins", "/tmp/.mount_digikaLtAdmz/usr/bin") The environment variable QT_PLUGIN_PATH might be not correctly set kipi.library: Cannot create instance for plugin "RemoteStorage" ( "kipiplugin_remotestorage" ) with error: "The shared library was not found." org.kde.kcoreaddons: Error loading plugin "kipiplugin_remotestorage" "The shared library was not found." Plugin search paths are ("/tmp/.mount_digikaLtAdmz/usr/plugins", "/tmp/.mount_digikaLtAdmz/usr/bin") The environment variable QT_PLUGIN_PATH might be not correctly set kipi.library: Cannot create instance for plugin "RemoteStorage" ( "kipiplugin_remotestorage" ) with error: "The shared library was not found." QFSFileEngine::open: No file name specified QFSFileEngine::open: No file name specified Thanks, Tac On Fri, Feb 2, 2018 at 6:34 AM, Maik Qualmann <[hidden email]> wrote: Also with OAuth it is necessary to log in with the browser and to confirm to |
You use Ubuntu? This is a problem in the interplay between the AppImage and
the used Ubuntu version. Calling the System Browser does not work from the AppImage with some Ubuntu versions. If you have managed to log in with a different Linux version, you can copy $HOME/.config/kipioauthrc to your other computer. That should work. Maik Am Freitag, 2. Februar 2018, 13:20:37 CET schrieb Tac Tacelosky: > Sure -- but it's not doing that. > > Is there a way to set the browser oAuth will use in digikam? I can try with > both Firefox and Chrome, and post a video if that'll help. > > By any chance, is there a command-line tool in digikam for setting the oAuth > token? > > I've installed the appimage on a second computer, and it's behaving better. > On my laptop, though, I upgraded from previous versions of digikam, so > maybe my config file is wrong. Here's the output on startup -- maybe > there's a problem with the plugins? Where is the config file -- maybe I > should delete that and restart digikam? |
I'm using 17.10 now, but at one point I had used 16.04 LTS. First, I tried deleting the kipi files in ~/.config and starting digicam to recreate them, but the same issue happened. Then I copied the kipi files on another machine where it was working ~/.config to the laptop, but now there's another issue On Fri, Feb 2, 2018 at 1:37 PM, Maik Qualmann <[hidden email]> wrote: You use Ubuntu? This is a problem in the interplay between the AppImage and |
So dropbox gets to a token, goes to 127.0.0.1 with the code, but then I can't create or see any albums, the same SSL error. I even deleted the kipi* and digi* files in ~/.config, so it was like a fresh install on 17.10, but same error. Would _really_ like to get this working before I leave on a trip tomorrow (with my laptop and new camera). The plugins are on version 5.6, but I'm running 5.8 -- could that be related? Possible to update? Would trying the 5.9 dev version help? On Fri, Feb 2, 2018 at 1:53 PM, Tac Tacelosky <[hidden email]> wrote:
|
Free forum by Nabble | Edit this page |