[digiKam-users] Export to Flickr

[Gilles Caulier]

Maik,

While updating all bundles to Qt5.14 (Windows and AppImage done, MacOs
under way), i discovered that current implementation of QtWebkit use a
similar way than QtWebEngine to handle web requests from the browser
through a 3rd party process. And actually, these process, located in
QT5_INSTALL_DIR/libexec are not yet included in the bundles.

I will fix this point today.

Gilles

Le jeu. 9 janv. 2020 à 23:10, Maik Qualmann <metzpinguin at gmail.com> a
écrit :

> Ok, here with my native developer version that uses the QWebEngine, it
> works
> without problems. For various reasons, the Windows version and AppImage
> use
> the older QWebkit engine. Let's see if I can fix it or find a workaround.
> Because it almost looks to me as if the login to Flickr doesn't work with
> QWebkit.
>
> Maik
>
> Am Mittwoch, 8. Januar 2020, 22:59:48 CET schrieb skybert:
> > Maik Qualmann wrote
> >
> > > The problem was solved in digiKam-7.0.0-beta1. Flickr has switched to
> > > https at
> > > the callback address.
> >
> > Cool, but sorry to say, it doesn't work for me, using digiKam-7.0.0-beta2
> >
> > After writing my flickr user and pass, it doesn't venture passed the
> login
> > screen. It just stays there. If I write the wrong password it _does_
> > complain, so I assume it's the forward from a successful login that
> fails.
> > It seems as if the flickr login dialogue JS doesn't work on the built-in
> > browser :-(
> >
> > And hints on how I may work around this problem?
> >
> > Cheers,
> >
> > -Torstein
> >
> > dK: digikam-7.0.0-beta2-20200108T085258-x86-64.appimage
> > OS: Debian/Linux, i3, X.org 7.7
> >
> >
> >
> > --
> > Sent from:
> http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20200110/69142f11/attachment-0001.html>