> On Nov 6, 2017, at 11:51 PM, Guillaume Gardet <[email protected]> > wrote: >> I have now tested this and can confirm your observation :-( >> >> With a local build binary I get >> >> Requesting connect on the social network >> subsurface.facebook: Current url call >> QUrl("http://www.facebook.com/connect/login_success.html#access_token=XXX >> >> With the AppImage I get >> >> Requesting connect on the social network >> subsurface.facebook: Current url call >> QUrl("https://www.facebook.com/login.php?skip_api_login=1&; >> >> So we clearly don't get the login_success response - but I have no idea >> why... > > I tested latest AppImage just now on openSUSE Leap 42.3 and it boots, cloud > is working, map is working, but I have the same Facebook error with > "skip_api_login". > According to stackoverflow website, this would be caused by: "client is not > handing redirects properly".
Yes, some additional testing got me to that conclusion yesterday, but I wasn't able to figure out why the version of WebKit that we use doesn't do that right (the 'native' QtWebKit is actually an older version). Searching for bugs/regressions filed against upstream QtWebKit hasn't come up with anything promising. My next attempt was going to be to try a locally built app against that version of QtWebKit for easier debugging - but that failed because with the same compiler that is used on Travis to compile Subsurface I cannot get Grantlee to compile on my Trusty machine. Of course that shouldn't be required to test the Facebook issue, but it ended up being the rat-hole that derailed me :-( /D _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
