Page MenuHomePhabricator

Complete unification of all accounts to SUL
Closed, ResolvedPublic

Assigned To
Authored By
MarkAHershberger
Apr 4 2012, 9:39 PM
Referenced Files
None
Tokens
"Mountain of Wealth" token, awarded by Mattflaschen-WMF."Yellow Medal" token, awarded by Rdicerb."Love" token, awarded by nshahquinn-wmf."Love" token, awarded by greg."Orange Medal" token, awarded by Steinsplitter."Mountain of Wealth" token, awarded by Harej."Yellow Medal" token, awarded by bd808."Love" token, awarded by Ricordisamoa.

Description

From the (un)-archived discussion at meta (http://meta.wikimedia.org/w/index.php?title=Wikimedia_Forum&diff=next&oldid=3619272), [[User:JohnnyMrNinja]] writes (in part):

I am proposing that account unification be completed for all eligible accounts
without requiring the user to take any additional steps. This would make UL the
rule rather than the exception that it currently is, and bring us closer to the
goals of universal watchlists, recent changes, interwiki page moves, etc. This
would be especially helpful on Commons, which has so many images that were
originally uploaded at another WMF wiki, enabling better attribution without
interwiki links. I propose that it be carried out as a one-time process rather
than a continuous automatic software process, allowing users to still adjust
ULs as they see fit.

[...]what I mean by "eligible accounts" was all accounts without existing
conflicts, as these can be taken care of by an automated process. Accounts that
have conflicts would be unaffected by this specific proposal. Conflicts could
not be solved by any automated process, as each case would be different.

Looks like it has enormous support on meta. I'm not sure about the ins and outs here, so I'm going to add people who I think know more as well as post this bug to wikitech-l.


Version: unspecified
URL: https://meta.wikimedia.org/wiki/Single_User_Login_finalisation_announcement
See Also:
T41817: Migrate to SUL all non-clashing accounts
T38939: User name blacklist should be managed globally to avoid SUL fragmentation

Related Objects

View Standalone Graph
This task is connected to more than 200 other tasks. Only direct parents and subtasks are shown here. Use View Standalone Graph to show more of the graph.
StatusSubtypeAssignedTask
ResolvedGlaisher
DeclinedNone
Resolved Mattflaschen-WMF
Resolved Mattflaschen-WMF
ResolvedNone
DeclinedNone
ResolvedTgr
ResolvedLegoktm
DeclinedLegoktm
ResolvedLegoktm
ResolvedNone
ResolvedLegoktm
ResolvedLegoktm
ResolvedLegoktm
ResolvedLegoktm
ResolvedLegoktm
ResolvedLegoktm
ResolvedNone
Resolved Springle
ResolvedNone
Resolvedbd808
Resolvedbd808
Resolvedbd808
ResolvedLegoktm
Resolvedbd808
ResolvedKeegan
ResolvedLegoktm
ResolvedLegoktm

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Just to followup re: timescales for the casual bugspam follower, it's looking more like the first quarter of 2015 for this than 2016 (source: Dan Garry).

Yes, I'm told this (near?) completion of account unification will happen in April 2015.

Just to followup re: timescales for the casual bugspam follower, it's looking more like the first quarter of 2015 for this than 2016 (source: Dan Garry).

Yes, I'm told this (near?) completion of account unification will happen in April 2015.

Indeed. The Great Renaming of 2015 is scheduled to begin on or around 15 April 2015.

IIRC, other than T73241, we have not sent any real email notification to the accounts in question. The only emails were Echo's undecipherable enotiftalk. I think affected users should receive at least one email on the matter at least one week before the renames.

Should/can we do a final sendConfirmAndMigrateEmail.php run over *all* email addresses (confirmed or not, owned by a global account or not) of all usernames with unattached accounts?

  • Original Message -----

Tgr added a blocked task: T74469: OAuth: Authorisation should not fail
because you don't have an account on central wiki.

TASK DETAIL
https://phabricator.wikimedia.org/T37707

REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
<username>.

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Legoktm, Tgr
Cc: Asahiko, Harej, DerHexer, Dcljr, KTC, Alchimista, Shanmugamp7,
Ricordisamoa, jeremyb, Az1568, Rdicerb, -jem-, Liuxinyu970226, Stefan2,
Jdforrester-WMF, MarcoAurelio, Krenair, matmarex, Elitre, Legoktm, Nemo_bis,
Scott, waldyrious, Addshore, Merl, jayvdb, PiRSquared17, MarkAHershberger,
Denny, Jarry1250, Revi, Glaisher, bd808, Deskana, Rschen7754, Platonides,
MZMcBride, Quiddity, Bencmq, Aklapper, Pcoombe, DanielFriesen, Keegan,
Catrope, RobLa-WMF, Trijnstel, Mabdul, MF-Warburg, Reedy, Stryn,
Dinoguy1000, hoo, vvv, gpaumier, Se4598, Jay8g

IIRC, other than T73241, we have not sent any real email notification to the accounts in question. The only emails were Echo's undecipherable enotiftalk. I think affected users should receive at least one email on the matter at least one week before the renames.

Should/can we do a final sendConfirmAndMigrateEmail.php run over *all* email addresses (confirmed or not, owned by a global account or not) of all usernames with unattached accounts?

Based on the immediate response rate after the last ConfirmAndMigrate pass, as well as the response to the talk page notifications, I'm fairly convinced that another email pass is not necessary and that we've reached account holders who are likely to visit their accounts or check their email within a month. Those stats will be available again in graphic form when we can unbreak the graph from the spikes :) I'll see about getting another SUL audit update on mw.org.

\o/ https://lists.wikimedia.org/pipermail/wikimedia-l/2015-April/077623.html nearly all the renames are done, but this bug should stay open until $wgCentralAuthStrict = true on the cluster.

\o/ https://lists.wikimedia.org/pipermail/wikimedia-l/2015-April/077623.html nearly all the renames are done, but this bug should stay open until $wgCentralAuthStrict = true on the cluster.

On svwiki, Special:UsersWhoWillBeRenamed still lists lots of user names, and there is one user with zero-length user name on dewiki. On the other hand, the special page doesn't list anyone on enwiki or jawiki. Is this intentional?

there is one user with zero-length user name on dewiki.

T5507?

there is one user with zero-length user name on dewiki.

T5507?

Likely. Legoktm is going to resolve that when he gets back next week. Pretty much all he has to do is reconfigure Maintenance script and run it. There's other database cleanup stuff left to do, but for now we're 99.99995% complete, account-wise.

there is one user with zero-length user name on dewiki.

T5507?

Likely. Legoktm is going to resolve that when he gets back next week. Pretty much all he has to do is reconfigure Maintenance script and run it. There's other database cleanup stuff left to do, but for now we're 99.99995% complete, account-wise.

Update?

@Legoktm: Could you maybe reply to T37707#1290187 ?

Anybody: Also, is this task really still "Unbreak now" priority now that SUL is pretty much completed, or should the priority be adjusted?

bd808 lowered the priority of this task from Unbreak Now! to High.Jun 15 2015, 3:44 PM

Setting a tracking bug to UBN is not useful generally unless it is tracking a production outage situation.

Change 224510 had a related patch set uploaded (by Legoktm):
Set $wgCentralAuthStrict = true;

https://gerrit.wikimedia.org/r/224510

Change 224510 merged by jenkins-bot:
Set $wgCentralAuthStrict = true;

https://gerrit.wikimedia.org/r/224510

Change 224510 merged by jenkins-bot:
Set $wgCentralAuthStrict = true;

https://gerrit.wikimedia.org/r/224510

This was reverted in rOMWC24581d360ca3: Revert "Set $wgCentralAuthStrict = true;" because our logging wasn't working properly. https://gerrit.wikimedia.org/r/#/c/224540/ should fix the logging, so we'll try again on Wednesday.

Ok, tried it again today and strict mode is working and logging properly! Sent a notification to wikitech-l and wikitech-ambassadors: https://lists.wikimedia.org/pipermail/wikitech-l/2015-July/082396.html

Going to close this as resolved as nearly all accounts have been unified (the exceptions are being tracked individually). There is still pending work with the deployment of the global user merge tool, but that is being tracked separately.

\o/

I don't know how to react to the pic above... but Lego is certainly the hero of the day!

And not with a bang, but a whimper.

To all who have worked on this project over the past decade: thank you, thank you, thank you.

fwiw: 55 people just got a notification and clicked on it just to be informed that this task isn't Epic anymore but now just "other completed". worth it?

(Moving columns is a pretty standard operation that people can filter out in their prefs if they so desire, so prolly not all 55 got a notif ;) )