Edge login doesn't create accounts on wikis where the user doesn't have them yet, so for temporary accounts at the time of creation it's a no-op. (Which also means there is not much point in triggering it... although figuring out whether we are right after an account creation might be more hassle than worth it.)

We could change that, it would help with T355280: Try to connect to central session before temp user creation, but it would mean that whenever a temporary account is created, it would show up in the account creation list on a bunch of unrelated wikis, not just the one where the edit was made. That seems pretty confusing.

Adding to our sprint so that TSP can get feedback from folks on this.

I did some more local testing to verify my "expectation" of how temporary account might work across wikis. Please let me know if I'm wrong here.

What I expected was that: if I, as an anon user makes an edit on a wiki say "enwiki", they'll get a local session for a temporary account say ~2025-67, and a corresponding central account for the same username should be created in the central domain via Special:CentralLogin. At this point, my expectation is met and below are screenshots of that scenario.

So, at this point, we have a temporary central account and a local "enwiki" account for the same temporary user named ~2025-67 (and note that no edge-login happened - so this user is not available on other wikis yet).

Now I'll visit another wiki say "frwiki" to confirm that the temporary account is not active there and yes, as expected, it's not.

Further more, I expected that when I try to make an edit on the "frwiki" from the same browser (that already has a temporary central session), CentralAuth should detect that a temporary central session already exists and use that to create a corresponding local session with account name ~2025-67, but to my surprise, this is not what happens. Instead, I get a brand new local account created on the "frwiki" (with handle ~2025-68) which also overrides the central account and takes over the previously created temporary central central account. At this point, the central account now is no longer ~2025-67 as before when the edit was made on "enwiki". It's ~2025-68 which is the central account created when I made the "frwiki" edit.

From the above, it means that even with a temporary central account, it's not reused across wikis for the same user editing, and I was expecting it to so that we don't have cases whereby a user with an already existing central temporary account on the same browser begins editing under a different temporary account just because they're on a different wiki (even with a central account active). Does that make sense? That means at best we have a local session for an account and a central session for that account and that's all. What then is the use of the temporary central account? What is the intention?

If this is by design then I'll like to be informed on why this is the case.

In T383136#10444006, @DAlangi_WMF wrote:

I did some more local testing to verify my "expectation" of how temporary account might work across wikis. Please let me know if I'm wrong here.

The way this is working in production currently is how it should also end up being after SUL3 rollout, e.g. if you start as a logged-out user at no.wikipedia.org and make an edit, you'll be logged-in as a temporary account. If you then visit test.wikipedia.org, you should still be logged-in with the same temporary account you had on no.wikipedia.org.

@DAlangi_WMF @Tgr what is the status of this task? We anticipate deploying temporary accounts to larger wikis in June.

In T383136#10790957, @kostajh wrote:

@DAlangi_WMF @Tgr what is the status of this task? We anticipate deploying temporary accounts to larger wikis in June.

It seems like this only happens when all wikis (in the wiki farm) are on the same parent domain (like in my local development setup). But this doesn't happen in production as far as I can see.

So I don't think this blocks rolling out temp accounts to larger wikis except Tgr thinks otherwise. Sorry I missed your comment, only seeing it now.