Come up with AuthManager migration strategy
Closed, ResolvedPublic
Actions

Assigned To

Authored By

	Tgr
	Aug 28 2015, 11:47 PM

Description

AuthManager has a bit of a chicken-and-egg problem: it cannot land before extensions (at least WMF-deployed ones) are updated to be compatible, and extensions cannot be updated before AuthManager has landed.

Fore directly auth-related functionality (providing and using $wgAuth) the compatibility wrappers take care of this, but the problem still remains for the changes in User - see T110433. (Also for the ResetSessionID hook which is completely removed, but at least on gerrit nothing uses that one.)

Details

	Subject	Repo	Branch	Lines +/-
	Clean up User class password handing	mediawiki/extensions/CentralAuth	master	+16 -10

Customize query in gerrit

Related Objects
Search...

Status	Subtype	Assigned	Task
Resolved		• Deskana	T75616 Tracking: API/backend issues blocking Wikipedia app development
Resolved		Anomie	T32788 Allow triggering of user password reset email via the API
Open		None	T90925 General authentication improvements for MediaWiki
Resolved		Anomie	T48179 Allow a challenge stage during authentication
Open		None	T5709 Refactoring to make external authentication and identity systems easier
Resolved		Tgr	T43201 UserLoadFromSession considered evil
Resolved		Anomie	T67493 Session is started by EditAction (problem for extensions using UserLoadFromSession hook)
Open	Feature	None	T55156 Provide option to force a login session to end within a certain time
Open		None	T89459 Modernize MediaWiki authentication system (AuthManager)
Resolved		Tgr	T110756 Come up with AuthManager migration strategy