[digiKam-users] Export to Flickr

[Gilles Caulier]

Ok,

MacOS PKG build properly now with Qt 5.14 + QtWebEngine.

Maik, QtWebEngine do not crash under Linux at end of DK session. Great.
Perhaps we can make a try with this combinaison into AppImage bundle.

Tom,

I rebuild the PKG now with last changes from Maik, and i will publish the
file on weekly build repository for testing, as usual...

https://i.imgur.com/KhqurAX.png

Gilles

Le sam. 11 janv. 2020 à 18:29, Gilles Caulier <caulier.gilles at gmail.com> a
écrit :

> Tom,
>
> I currently recompile whole MacOS package. It run since 3 hours and it
> completed to 66%.
>
> This version, if it work, will be based on Qt5.14 + QtWebEngine, not
> QtWebKit (I'm facing problems with this last one).
>
> So please wait.
>
> Gilles Caulier
>
> Le sam. 11 janv. 2020 à 15:42, Maik Qualmann <metzpinguin at gmail.com> a
> écrit :
>
>> Fixed with this commit:
>>
>>
>>
>>
>> https://invent.kde.org/kde/digikam/commit/abd2ab8d36e7e21a398ca312a706454682f38d8a
>>
>> Maik
>>
>>
>>
>> Am Samstag, 11. Januar 2020, 04:45:50 CET schrieb 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/20200112/8f6baeb7/attachment-0001.html>