You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've spent on this a couple hours. It seems to be a bug directly related to Google Chrome. To be precise, it's about internal handling of "Request desktop site" and only on Android implementation.
They assume, that when you use a website and it redirects you without any POST data it is a redirection like from "example.com" to "m.example.com". So that the original URL is "example.com" and when you click request desktop site button it redirects you back from m.example.com to the original URL.
In our case, when we log into busy.org it's done by SteemConnect's oAuth and then it redirects back to busy.org. So in Chrome's point of view it's like SC was the "example.com". When you click this request button directly after logging in it redirects you back to SC login site. The same happens with logging in via Google's oAuth at 9gag.com.
It doesn't happen if you did some actions after logging in - like viewing a post, checking out some user's profile or just refreshing a website.
One solution is to go to the SteemConnect, and ask them to make account selection a POST request, because of Chrome's implementation on Android.
Next one is to go to Chromium's bug tracker and tell them about it.
Last that I can think about is doing some trickery with redirections at busy's side.
Expected behavior
busy.org should not be want login access again when switching the view to desktop mode.
Actual behavior
when i logging in on busy.org , the website requests login access again when switching the view to desktop mode.
How to reproduce
Recording Of The Bug
https://www.youtube.com/watch?v=Vca4Ot_MZhw
The text was updated successfully, but these errors were encountered: