Last modified: 2014-09-04 10:21:32 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T70069, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 68069 - Set $wgCentralAuthPreventUnattached = true; on all wikis
Set $wgCentralAuthPreventUnattached = true; on all wikis
Status: NEW
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 67901
Blocks: sulfinalization
  Show dependency treegraph
 
Reported: 2014-07-15 20:55 UTC by Kunal Mehta (Legoktm)
Modified: 2014-09-04 10:21 UTC (History)
14 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Kunal Mehta (Legoktm) 2014-07-15 20:55:07 UTC
Introduced in Ic24c334c68e154cb1c39d8eac6d0da431087f49b.

Will prevent the creation of any new unattached accounts.
Comment 1 Nemo 2014-07-15 20:59:05 UTC
Can only be done after bug 35707 is fixed, or we'll partially lock out some users from their usernames.
Comment 2 Kunal Mehta (Legoktm) 2014-07-15 21:00:46 UTC
(In reply to Nemo from comment #1)
> Can only be done after bug 35707 is fixed, or we'll partially lock out some
> users from their usernames.

Er, no? It just prevents the creation of new accounts. Won't affect any existing ones.
Comment 3 Nemo 2014-07-15 21:05:30 UTC
> Er, no? It just prevents the creation of new accounts. Won't affect any
> existing ones.

I said username on purpose. See original discussion at https://gerrit.wikimedia.org/r/#/c/16922/
Comment 4 Chris Steipp 2014-07-15 21:41:06 UTC
At some point we'll have to disallow them, so that while we're running the finalization, we don't have new, unattached accounts being created.

I'll let Dan comment on what he thinks a reasonable timeline for that would be.

Also, there is a work around between enabling this flag and finalization, since a local bureaucrat can rename a user to a conflicting name. So worst case, the user can use another name to register, and then have their account renamed.
Comment 5 Nemo 2014-09-04 10:21:32 UTC
As mentioned on bug 69291 comment 2, an alternative having the same effect for existing accounts is to run migrateAccount.php --auto, which would create a global account for any local account with the usual rules.

The script wouldn't do anything about the accounts left unattached, but would make the users automatically merge the unattached accounts they own upon login (as we have $wgCentralAuthAutoMigrate set to true). A less disruptive enhancement which would handle only those cases and not bother anyone is proposed at bug 70392.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links