[digiKam-users] Export to Flickr

[Gilles Caulier]

Note : the original problem come from MacOS, where QtWebkit is the older
one 5.9.1 from Macports package. It do not use 5.11.3 tarball released in
november 2019, as under MXE.

I recompiled here the right version of QtWebkit 5.13 with Macports, but
there are linking problem while bundeling.

I will add the QtWebEngine supports in MacOS, through an option as with
AppImage, to see if this work without problem. At least Macports wth Qt
5.14.0 supports de facto QtWebEngine.

Gilles

Le sam. 11 janv. 2020 à 00:29, Maik Qualmann <metzpinguin at gmail.com> a
écrit :

> The problem is still there. I compiled my native Linux version with
> QWebkit
> and can confirm the problem here too. It is independent of the Flickr tool
> and
> also exists in our help browser, a normal login to Flickr is not possible.
> Login is possible in Konqueror, since both Konqueror and our browser show
> the
> same graphic error (icon in front of the email address has been moved), I
> suspect that a certain QWebSettings setting may be missing.
>
> Maik
>
> Am Freitag, 10. Januar 2020, 19:31:20 CET schrieb Gilles Caulier:
> > Tom,
> >
> > The weekly pre-release bundles are updated. Please test again...
> >
> > https://files.kde.org/digikam/
> >
> > Gilles Caulier
> >
> > Le ven. 10 janv. 2020 à 01:52, Gilles Caulier <caulier.gilles at gmail.com>
> a
> >
> > écrit :
> > > 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/20200111/05130401/attachment.html>