https://bugzilla.wikimedia.org/show_bug.cgi?id=51850

--- Comment #5 from Brad Jorsch <bjor...@wikimedia.org> ---
That will happen if the code that runs after the initial login can't set the
necessary cookies on all the other domains. It's better than how things used to
be if the cookies couldn't be set; before you'd have to manually log in on
every wiki instead of just reloading.

The way things work now: You log in, it redirects you to login.wikimedia.org,
then redirects you back, then redirects you to the page that used to be the
"return to" link. I guess this part is all working properly for you, since the
JS message you're getting depends on that much.

Then, in the footer of that returned-to page, it injects a number of 1x1 pixel
images to set the cookies for the other domains. These redirect between the
other domain and loginwiki a few times before finally setting the cookie.
Presumably something about that is failing.
* Do you have anything installed that blocks "web bugs"? For example, I see an
Adblock Plus icon in your screenshot, which may be configured to do this.
* Can you check that these images are actually present? Search the page source
for "1x1".
* If you know how to use something like Firefox's Live HTTP Headers addon,[1]
capture the headers for a load of one of those images. If you do so, please
redact the values of the various *_Token and *_Session cookies before posting
the captured headers.
* A final possibility is that your browser is refusing to set the third-party
cookies from the images, even if you've visited the third-party site before.


 [1]: https://addons.mozilla.org/en-us/firefox/addon/live-http-headers/

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to