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