[Kde-imaging] [kipiplugins] [Bug 319252] FaceBook export doesn't work any more due to bad url given back to register to before photo uploading
tps at vr-web.de
tps at vr-web.de
Tue May 19 12:56:46 UTC 2015
https://bugs.kde.org/show_bug.cgi?id=319252
tps at vr-web.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|3.1.0 |4.10.0
--- Comment #18 from tps at vr-web.de ---
Yes, this is still valid. At least with browsers:
- Chrome (waterfall, unstable, testing, stable) -> war: use url stored in
history to reload page, then url to use with digikam is in history
- Chromium (waterfall, unstable, stable) -> war: use url stored in history to
reload page, then url to use with digikam is in history
- firefox (nightly, alpha, beta, stable, esr) -> war: use url stored in history
- Opera (testing, release) -> war: switch Opera to debug mode. Redirecting URL
is the one to copy to digikam.
- konqueror (release) -> did not find a way to get the URL to use with digiKam.
The crude problem is Facebook: after login they send the URL to copy to
digiKam, together with a page redirecting to an unusable URL. The time before
redirecting is set to an incredible low value -- no time to copy the URL. Some
browsers put these redirects into history (firefox), some do not (Chrome,
Chromium, Opera, konqueror). But all put the URL called after entering
User/Password into history -> calling this URL again enters the redirected URL
into history for all browsers except konqueror.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Kde-imaging
mailing list