MediaWiki REL1_31
SecondaryAuthenticationProvider.php
Go to the documentation of this file.
1<?php
24namespace MediaWiki\Auth;
25
27use User;
28
53
71 public function beginSecondaryAuthentication( $user, array $reqs );
72
85 public function continueSecondaryAuthentication( $user, array $reqs );
86
100
113
121
136 AuthenticationRequest $req, $checkData = true
137 );
138
155
170 public function testForAccountCreation( $user, $creator, array $reqs );
171
192 public function beginSecondaryAccountCreation( $user, $creator, array $reqs );
193
209 public function continueSecondaryAccountCreation( $user, $creator, array $reqs );
210
226 public function postAccountCreation( $user, $creator, AuthenticationResponse $response );
227
246 public function testUserForCreation( $user, $autocreate, array $options = [] );
247
256 public function autoCreatedAccount( $user, $source );
257
258}
Apache License January AND DISTRIBUTION Definitions License shall mean the terms and conditions for use
This is a value object for authentication requests.
This is a value object to hold authentication response data.
Generic operation result class Has warning/error list, boolean status and arbitrary value.
The User object encapsulates all of the user-specific settings (user_id, name, rights,...
Definition User.php:53
this hook is for auditing only $req
Definition hooks.txt:990
the array() calling protocol came about after MediaWiki 1.4rc1.
null means default in associative array with keys and values unescaped Should be merged with default with a value of false meaning to suppress the attribute in associative array with keys and values unescaped & $options
Definition hooks.txt:2001
this hook is for auditing only or null if authentication failed before getting that far $username
Definition hooks.txt:785
this hook is for auditing only $response
Definition hooks.txt:783
injection txt This is an overview of how MediaWiki makes use of dependency injection The design described here grew from the discussion of RFC T384 The term dependency this means that anything an object needs to operate should be injected from the the object itself should only know narrow no concrete implementation of the logic it relies on The requirement to inject everything typically results in an architecture that based on two main types of and essentially stateless service objects that use other service objects to operate on the value objects As of the beginning MediaWiki is only starting to use the DI approach Much of the code still relies on global state or direct resulting in a highly cyclical dependency which acts as the top level factory for services in MediaWiki which can be used to gain access to default instances of various services MediaWikiServices however also allows new services to be defined and default services to be redefined Services are defined or redefined by providing a callback the instantiator that will return a new instance of the service When it will create an instance of MediaWikiServices and populate it with the services defined in the files listed by thereby bootstrapping the DI framework Per $wgServiceWiringFiles lists includes ServiceWiring php
Definition injection.txt:37
An AuthenticationProvider is used by AuthManager when authenticating users.
A secondary provider mostly acts when the submitted authentication data has already been associated t...
providerAllowsPropertyChange( $property)
Determine whether a property can change.
beginSecondaryAuthentication( $user, array $reqs)
Start an authentication flow.
postAuthentication( $user, AuthenticationResponse $response)
Post-login callback.
providerAllowsAuthenticationDataChange(AuthenticationRequest $req, $checkData=true)
Validate a change of authentication data (e.g.
testUserForCreation( $user, $autocreate, array $options=[])
Determine whether an account may be created.
providerRevokeAccessForUser( $username)
Revoke the user's credentials.
testForAccountCreation( $user, $creator, array $reqs)
Determine whether an account creation may begin.
postAccountCreation( $user, $creator, AuthenticationResponse $response)
Post-creation callback.
autoCreatedAccount( $user, $source)
Post-auto-creation callback.
continueSecondaryAuthentication( $user, array $reqs)
Continue an authentication flow.
beginSecondaryAccountCreation( $user, $creator, array $reqs)
Start an account creation flow.
providerChangeAuthenticationData(AuthenticationRequest $req)
Change or remove authentication data (e.g.
continueSecondaryAccountCreation( $user, $creator, array $reqs)
Continue an authentication flow.
$source
$property