Difference: TWikiUIRegisterDotPm (1 vs. 6)

Revision 62018-03-09 - ChrisManchen

Line: 1 to 1
 

Package TWiki::UI::Register

User registration handling.

Line: 31 to 32
 

StaticMethod register ($session)

Changed:
<
<
This is called through: TWikiRegistration -> RegisterCgiScript -> here
>
>
This is called through: TWikiRegistration -> RegisterCgiScript -> here
 

Revision 52008-01-22 - TWikiContributor

Line: 9 to 9
  register command handler. This method is designed to be
Changed:
<
<
invoked via the TWiki::UI::run method.

StaticMethod passwd_cgi ($session)

passwd command handler. This method is designed to be invoked via the TWiki::UI::run method.

>
>
invoked via the UI::run method.
 

StaticMethod bulkRegister ($session)

Called by ManageCgiScript::bulkRegister (requires authentication) with topic = the page with the entries on it.

Deleted:
<
<
  1. Makes sure you are an admin user wink
  2. Calls TWiki::Data::DelimitedFile (delimiter => '|', content =>textReadFromTopic)
  3. ensures requiredFieldsPresent()
  4. starts a log file
  5. calls registerSingleBulkUser() for each row
  6. writes output to log file, sets TWiki.TOPICPARENT back to page with entries on it.
  7. redirects to log file
 
Changed:
<
<

StaticMethod registerAndNext ($session,$tempUserDir)

>
>

StaticMethod registerAndNext ($session)

  This is called when action = register or action = ""
Line: 48 to 33
  This is called through: TWikiRegistration -> RegisterCgiScript -> here
Deleted:
<
<
  1. gets rows and fields from the query
  2. calls _validateRegistration() to ensure required fields correct, else OopsException
 

StaticMethod resetPassword ($session)

Generates a password. Mails it to them and asks them to change it. Entry

Changed:
<
<
point intended to be called from TWiki::UI::run
>
>
point intended to be called from UI::run
 
Line: 77 to 59
 
Changed:
<
<

StaticMethod verifyEmailAddress ($session,$tempUserDir)

>
>

StaticMethod verifyEmailAddress ($session)

  This is called: on receipt of the activation password -> RegisterCgiScript -> here
Changed:
<
<
  1. calls _reloadUserContext(activation password)
>
>
  1. calls _loadPendingRegistration(activation password)
 
  1. throws oops if appropriate
  2. calls emailRegistrationConfirmations
  3. still calls 'oopssendmailerr' if a problem, but this is not done uniformly
Deleted:
<
<

StaticMethod finish

Presently this is called in RegisterCgiScript directly after a call to verify. The separation is intended for the RegistrationApprovals functionality

  1. calls _reloadUserContext (throws oops if appropriate)
  2. calls createUserTopic()
  3. if using the htpasswdFormatFamily, calls _addUserToPasswordSystem
  4. calls the misnamed RegistrationHandler to set cookies
  5. calls addUserToMapping
  6. writes the logEntry (if wanted :/)
  7. redirects browser to 'oopsregthanks'

reloads the context by code these two are separate in here to ease the implementation of administrator approval

Revision 32006-06-25 - TWikiContributor

Line: 89 to 89
  Presently this is called in RegisterCgiScript directly after a call to verify. The separation is intended for the RegistrationApprovals functionality
  1. calls _reloadUserContext (throws oops if appropriate)
Changed:
<
<
  1. calls newUserFromTemplate()
>
>
  1. calls createUserTopic()
 
  1. if using the htpasswdFormatFamily, calls _addUserToPasswordSystem
  2. calls the misnamed RegistrationHandler to set cookies
Changed:
<
<
  1. calls addUserToTWikiUsersTopic
>
>
  1. calls addUserToMapping
 
  1. writes the logEntry (if wanted :/)
  2. redirects browser to 'oopsregthanks'

Revision 22006-04-01 - TWikiContributor

Line: 69 to 69
 
  1. TWiki::User::updateUserPassword
  2. 'oopschangepasswd'
Changed:
<
<
The NoPasswdUser case is not handled
>
>
The NoPasswdUser case is not handled.

An admin user can change other user's passwords.

 
Line: 98 to 100
 these two are separate in here to ease the implementation of administrator approval
Deleted:
<
<
generate user entry If a password exists (either in Data{PasswordA} or data{CryptPassword}, use it. Otherwise generate a random one, and store it back in the user record.

Revision 12006-02-01 - TWikiContributor

Line: 1 to 1
Added:
>
>

Package TWiki::UI::Register

User registration handling.

StaticMethod register_cgi ($session)

register command handler. This method is designed to be invoked via the TWiki::UI::run method.

StaticMethod passwd_cgi ($session)

passwd command handler. This method is designed to be invoked via the TWiki::UI::run method.

StaticMethod bulkRegister ($session)

Called by ManageCgiScript::bulkRegister (requires authentication) with topic = the page with the entries on it.

  1. Makes sure you are an admin user wink
  2. Calls TWiki::Data::DelimitedFile (delimiter => '|', content =>textReadFromTopic)
  3. ensures requiredFieldsPresent()
  4. starts a log file
  5. calls registerSingleBulkUser() for each row
  6. writes output to log file, sets TWiki.TOPICPARENT back to page with entries on it.
  7. redirects to log file

StaticMethod registerAndNext ($session,$tempUserDir)

This is called when action = register or action = ""

It calls register and either Verify or Finish.

Hopefully we will get workflow integrated and rewrite this to be table driven

StaticMethod register ($session)

This is called through: TWikiRegistration -> RegisterCgiScript -> here

  1. gets rows and fields from the query
  2. calls _validateRegistration() to ensure required fields correct, else OopsException

StaticMethod resetPassword ($session)

Generates a password. Mails it to them and asks them to change it. Entry point intended to be called from TWiki::UI::run

StaticMethod changePassword ($session)

Change the user's password and/or email. Details of the user and password are passed in CGI parameters.

  1. Checks required fields have values
  2. get wikiName and userName from getUserByEitherLoginOrWikiName(username)
  3. check passwords match each other, and that the password is correct, otherwise 'wrongpassword'
  4. TWiki::User::updateUserPassword
  5. 'oopschangepasswd'

The NoPasswdUser case is not handled

StaticMethod verifyEmailAddress ($session,$tempUserDir)

This is called: on receipt of the activation password -> RegisterCgiScript -> here

  1. calls _reloadUserContext(activation password)
  2. throws oops if appropriate
  3. calls emailRegistrationConfirmations
  4. still calls 'oopssendmailerr' if a problem, but this is not done uniformly

StaticMethod finish

Presently this is called in RegisterCgiScript directly after a call to verify. The separation is intended for the RegistrationApprovals functionality

  1. calls _reloadUserContext (throws oops if appropriate)
  2. calls newUserFromTemplate()
  3. if using the htpasswdFormatFamily, calls _addUserToPasswordSystem
  4. calls the misnamed RegistrationHandler to set cookies
  5. calls addUserToTWikiUsersTopic
  6. writes the logEntry (if wanted :/)
  7. redirects browser to 'oopsregthanks'

reloads the context by code these two are separate in here to ease the implementation of administrator approval

generate user entry If a password exists (either in Data{PasswordA} or data{CryptPassword}, use it. Otherwise generate a random one, and store it back in the user record.

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 1999-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback
Note: Please contribute updates to this topic on TWiki.org at TWiki:TWiki.TWikiUIRegisterDotPm.