[digiKam-users] Export to Flickr

[Gilles Caulier]

Tom,

new DK MacOS PKG 7.0.0-beta2 is ready to test here :

https://files.kde.org/digikam/

Gilles Caulier

Le dim. 12 janv. 2020 à 02:58, Gilles Caulier <caulier.gilles at gmail.com> a
écrit :

> 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/6f790ef0/attachment.html>