Part of this issue sounds like T252236, where I describe that newer browser versions severely break CentralAuth, resulting in no global login...

Done... (the one not deducibile thing is the version and I’m sorry because I didn’t include that in first place). @Aklapper

Thanks! Please see and follow https://www.mediawiki.org/wiki/Manual:How_to_debug/Login_problems and report back here.

Same situation. My global login not working on different projects. I must always login in 10 projects for a real "global login", and with A2F enabled is more difficult.

Browser: Safari on iOS and Mac OSX, updated

@Wim_b: Please see and follow https://www.mediawiki.org/wiki/Manual:How_to_debug/Login_problems and report back here. Thanks!

@Aklapper every time i must login in:

1. Meta, and automatically I was logged in Commons, Wikidata and Wikispecies
2. A random Wiktionary, and automatically I was logged in all Wiktionaries
3. A random Wikipedia, and automatically I was logged in all Wikipedias
4. A random Wikinews, and automatically I was logged in all Wikinewses
5. And repeat for all projects case

• I flag every times "remember me"
• In "incognito mode"on Mac OSX & Safari I must logging me only a time and the system logged automatically me in every projects.

Probably the same issue as T257852: CentralAuth edge login and autologin for some Wikimedia domains broken on mobile, plus Safari preventing JS-based autologin (I think that has been the case for a while).

Close the browser and let the session expire (wait for some time): the preference “stay logged in” doesn’t work and you have to write your credentials again.

On the same wiki where you logged in? That would be unexpected (browsers interfering with cross-project login sadly isn't).

@Ferdi2005 @Wim_b can you post a screenshot of what you see at https://samesite-sandbox.glitch.me/ ?

Mmh, @Tgr, Safari can’t open the page because it doesn’t find the server.

On the same wiki where you logged in? That would be unexpected (browsers interfering with cross-project login sadly isn't).

@Tgr I think it’s because the forced exit because of security problems you folks at WMF did two times, I’ll check if it happens without any alert about security exit.

@Ferdi2005 I doubt it, but if you are willing to test it I can invalidate your session one more time. Also I have collected in T258121: Logging in to a wiki sometimes fails with 'sessionfailure' error (coinciding with SameSite rollout) what information would be useful, in case you can remember it (or reproduce the issue).

This issue seems similar to T257853: CentralAuth edge login broken on desktop (coinciding with SameSite rollout) except the part about "keep me logged in" not working (which is more surprising; cross-wiki login has always been brittle but the local login should be pretty straightforward).

@Tgr

and this in incognito mode:

But in incognito mode i must logging me only a time and automatically the system log me in every projects

Thanks. So this is not caused by Chrome's new SameSite enforcement (if you were affected by that, the middle column would be greener).

I can’t open your samesite website.. @Tgr

@Ferdi2005: Please be more specific. If there are errors then please always post error messages, and explain *why* you cannot open it. Thanks! :)

I’ve already written that... I copy from the upper message “ , Safari can’t open the page because it doesn’t find the server.”

Ah, I'm sorry!

Yeah, this is still a problem, but now I can open @Tgr samesite test, so here it is.

I'm logged in on Wikipedia, for instance, but if I go to Wikiquote I'm not logged in.

I have the same issue with Mozilla Firefox 102.0 (on Ubuntu 20.04.4).
If I log in in https://it.wikipedia.org/ and then navigate to https://commons.wikimedia.org/ I must to fill the login form to enter with my account.
However the global login works with different language editions of Wikipedia (de.wikipedia, en.wikipedia for example).

@Aklapper Should I open a new ticket?

@Afnecors: Hi, please see and follow https://www.mediawiki.org/wiki/Manual:How_to_debug/Login_problems and report back

Since this was reported in 2020 June and Safari rolled out third-party cookie blocking beginning 2020 March, it was very likely caused by that feature, which is already covered by several other tasks and has been somewhat improved since. So let's close this.