[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