OpenWetWare:Software/User management: Difference between revisions

From OpenWetWare
Jump to navigationJump to search
No edit summary
No edit summary
 
(16 intermediate revisions by 8 users not shown)
Line 1: Line 1:
==User management==
This page discusses [[OpenWetWare|OpenWetWare]]'s User management software. 


Demo at http://dev.openwetware.org/ums/
==NEW UMS Features ==


To do:
'''Version 0.4 (Sep. 28, 2007)'''
*Reject and Approve boxes should be radio buttons - these are mutually exclusive actions.  Approve should be selected by default. --[[User:Ilya|Ilya]] 14:04, 26 April 2006 (EDT)
 
**'''[[User:GeorgeA|George]] 14:21, 26 April 2006 (EDT)''': Agreed.
The '''OpenWetWare User Management System (UMS)''' is the tool used to review new applications for membership to '''OpenWetWare'''. Please Note: this tool is only accessible to '''OpenWetWare''' administrators.
*E-mail dropdown box should be logically connected to Reject and Approve actions (we don't want to send a reject email to someone we gave account to and vice versa), or eliminated altogether - a simple button to edit email text should be enough. --[[User:Ilya|Ilya]] 14:04, 26 April 2006 (EDT)
 
**'''[[User:GeorgeA|George]] 14:21, 26 April 2006 (EDT)''': Sri has mentioned having an option that allows you to edit an email as well as not to send one. I'll throw in some javascript to automatically select the template based on the decision but other options, like selecting a different template altogether, should still be available.
We have done a good deal of work on it of late. A lot of the work will not be visible to members of the '''OpenWetWare''' community at large, but it will make management of the system simpler for administrators.
*'''[[User:Austin|Austin]] 10:31, 26 April 2006 (EDT)''': Who has permission to access the user management pages?
 
**'''[[User:GeorgeA|George]] 15:15, 26 April 2006 (EDT)''': That's up to you. Easiest thing would be to place a password on the directory.
Among the features added to '''UMS''' include the following:
**'''[[User:Austin|Austin]] 15:47, 26 April 2006 (EDT)''': It would be nicer to have it integrated with OWW users and into MediaWiki. So if you either hook in and write an extension like special page for mediawiki or just grab appropriate credentials from where ever mediawiki does, then it would be possible to check if the person has sysop privileges (as any sysop can create accounts anyway).
 
**'''[[User:GeorgeA|George]] 16:05, 26 April 2006 (EDT)''': Sounds good, I'll work on that after getting the other things fixed up.
* All interaction with '''MediaWiki''' now uses the internal API rather than accessing the SQL database directly.
**'''[[User:Skosuri|Sri Kosuri]] 22:47, 26 April 2006 (EDT)''':I don't think this is a good idea for a couple of reasons. First, I have been encouraging George to keep it as independent from altering the wiki code as possible. The less hooks there are to the mediawiki code, the less we have to maintain.      Second, for now at least, I'm not sure it makes sense to give all sysops the ability to add other users... especially if it becomes really easy in general to add users.  I like the ability to control a new user's first experience by telling them to go the getting started site (et cetera).
* History page has been added listing all applications and their disposition
**'''[[User:GeorgeA|George]] 06:23, 27 April 2006 (EDT)''': This option could be implemented as part of the UMS without affecting wiki but it's up to you if you want to have it.
* Changing settings no longer is a 'popup'. It now uses the  same style as the other pages.
**'''[[User:Austin|Austin]] 10:05, 27 April 2006 (EDT)''': I don't know what you mean Sri. Sysops already have the power to add other users. Giving them access to this doesn't really do much. But if you want, you can also limit it to bureaucrats or make a new group. In any case, I think it makes much more sense to use all of the builtin permission/user code that's already in MediaWiki rather than invent one. The UMS can't be independent of MediaWiki as it is (I'm assuming) directly changing the mediawiki user tables. It's actually less likely to require maintanence if you use the published MediaWiki interfaces (such as the public hooks and extensions) then if you go in behind it and edit the database directly.
* Affiliation, reason for joining, and referral are stored inside the '''MediaWiki''' directory for users.
**'''[[User:GeorgeA|George]] 20:46, 27 April 2006 (EDT)''': It is independent as in it doesn't modify wiki files/database. The user info is entered directly into wiki's database of course. I don't think that qualifies. Overall, I think it'd be a good way to authenticate users since Sysops already have the same privileges anyway.
 
*'''[[User:Austin|Austin]] 10:31, 26 April 2006 (EDT)''': The email sent on approve/reject contains a mime part of text/plain which contains HTML which really is annoying to read in my mail client. Either eliminate the text part so that my client forces HTML or much more preferred, eliminate the HTML part and ensure that the email only contains text.
New Member "User:" Page Generation
**'''[[User:GeorgeA|George]] 15:15, 26 April 2006 (EDT)''': Forcing HTML is probably not a good idea, I'll strip the text of all formatting for the plain text version. Thanks for bringing this up.
 
*'''[[User:Austin|Austin]] 21:46, 26 April 2006 (EDT)''': Not sure if /um.php is supposed to go anywhere (when clicking on logo)
One significant feature that has been added that will be visible to all new members involves how their "User:" page is created. Currently, a new member, fresh from being approved, is sent an email message that tells them about the User: page. However, upon clicking on the link, the fledgling '''OpenWetWare''' member is confronted with a blank page and a brand new text editor to master.
**'''[[User:GeorgeA|George]] 06:17, 27 April 2006 (EDT)''': The link should point to "um.php" not "/um.php". I'll change that with the next update.
 
*'''[[User:Austin|Austin]] 21:46, 26 April 2006 (EDT)''': It would probably make most sense to have the default screen show all user's full info by default (or have a button to show all/hide all).
The new '''UMS''' feature allows for a single 'master' file to serve as the content that all new users will see when they start connect to their User page.
**'''[[User:Skosuri|Sri Kosuri]] 22:47, 26 April 2006 (EDT)''': I don't agree.  I like it the way it is.
 
**'''[[User:GeorgeA|George]] 06:17, 27 April 2006 (EDT)''': I don't think showing full profiles by default is very convenient if you have a lot of requests. I'll add show/hide all link but keep them hidden by default. This kind of speculation is better solved once the system has actually been used I think. We'll see what will be easier.
The content used to seed the User page for each member is stored as any other '''OpenWetWare''' page. This is the page where the definition can be found here:  [[UserPageDefaultContentText]] and [[UserTalkPageDefaultContentText]]
**'''[[User:Austin|Austin]] 09:59, 27 April 2006 (EDT)''': I don't see how you can approve or reject without seeing the full profile so it seems that showing the limited information is useless, regardless of how many requests you have.
 
*'''[[User:Skosuri|Sri Kosuri]] 22:47, 26 April 2006 (EDT)''': George, can we make it such that the admin email also gets a copy of the application.  This is in case this software ever goes down, we have a backup to accounts that were possibly not added.
The contents of this page will be placed in the new user's User: page. Since this is a standard MediaWiki page, any macros or WikiText markup used in the page will be copied to the new User: page.
**'''[[User:GeorgeA|George]] 06:17, 27 April 2006 (EDT)''': Yep. The request that is stored in the UMS database is currently not deleted after being approved or rejected, its status is just changed such that it doesn't show up in the pending requests anymore. That gives another backup source if something happens to the wiki db. But e-mailing the details is also good in case it never makes it to the database.
 
In addition to this, all of the information entered when the member's application was completed is also available to populate this page. Unlike standard wiki variables, this information is converted only once: when the new page is created.
 
Here are the variables that are available:
 
*'''UMS_USER''': Username
*'''UMS_EMAIL''': Email Address
*'''UMS_AFFILIATION''': User's affiliation (lab, university, or anything the member entered when they applied)
*'''UMS_REASON''': Reason whey they joined '''OpenWetWare'''
*'''UMS_REFERRAL''': Where they heard about '''OpenWetWare'''
 
The page is currently "one size fits all": the same page is used for all new members. Once the page has been created, any changes to the master file will not modify existing pages but instead become the new basis for creating all new pages.
 
There currently is no set policy for editing [[UserPageDefaultContentText]] or [[UserTalkPageDefaultContentText]]. This may change over time.
 
==Updates==
 
'''Version 0.3 (Apr. 29, 2006) Changes Summary''' - [http://dev.openwetware.org/ums/releases/ Download]
 
* Reject and Approve boxes should be radio buttons
* Automatically select templates based on action
* Plain-text email
* Logo link
* Email a copy of registration to admin
* Show/Hide all
* Added "ums_" table prefix
 
'''Version 0.4 (August 11, 2007) Proposed Changes by [[User:Bill Flanagan|Bill Flanagan]]'''
 
* Use MediaWiki User object to manage the creation and checking of new OpenWetWare Members
* Modify the way default User Preference options are set up while creating new OpenWetWare Members
* Investigate how the configuration of the User:<member name> page can be modified by OWW administrators
* Move all SQL database access for OWW applicants, email templates, and config parameters to use MediaWiki database handlers.
* Eliminate all SQL calls from the UMS code. Use a common library for this and all User object access.  
* Move UMS toward becoming a MediaWiki Extension.
* Investigate how creating a new User:<member name> page can be created along with the creation of a new member.
* Investigate how the configuration of the User:<member name> page can be modified by OWW administrators
* No/(at least) limited modification of the current UMS UI process.
* Demo of new UI will be available on Monday (August 13, 2007).  
 
(Please help me prioritize the existing feature requests which have not been previously completed. The above features are the only ones I have on my list at the moment. [User:Bill Flanagan|Bill])

Latest revision as of 12:33, 15 January 2008

This page discusses OpenWetWare's User management software.

NEW UMS Features

Version 0.4 (Sep. 28, 2007)

The OpenWetWare User Management System (UMS) is the tool used to review new applications for membership to OpenWetWare. Please Note: this tool is only accessible to OpenWetWare administrators.

We have done a good deal of work on it of late. A lot of the work will not be visible to members of the OpenWetWare community at large, but it will make management of the system simpler for administrators.

Among the features added to UMS include the following:

  • All interaction with MediaWiki now uses the internal API rather than accessing the SQL database directly.
  • History page has been added listing all applications and their disposition
  • Changing settings no longer is a 'popup'. It now uses the same style as the other pages.
  • Affiliation, reason for joining, and referral are stored inside the MediaWiki directory for users.

New Member "User:" Page Generation

One significant feature that has been added that will be visible to all new members involves how their "User:" page is created. Currently, a new member, fresh from being approved, is sent an email message that tells them about the User: page. However, upon clicking on the link, the fledgling OpenWetWare member is confronted with a blank page and a brand new text editor to master.

The new UMS feature allows for a single 'master' file to serve as the content that all new users will see when they start connect to their User page.

The content used to seed the User page for each member is stored as any other OpenWetWare page. This is the page where the definition can be found here: UserPageDefaultContentText and UserTalkPageDefaultContentText

The contents of this page will be placed in the new user's User: page. Since this is a standard MediaWiki page, any macros or WikiText markup used in the page will be copied to the new User: page.

In addition to this, all of the information entered when the member's application was completed is also available to populate this page. Unlike standard wiki variables, this information is converted only once: when the new page is created.

Here are the variables that are available:

  • UMS_USER: Username
  • UMS_EMAIL: Email Address
  • UMS_AFFILIATION: User's affiliation (lab, university, or anything the member entered when they applied)
  • UMS_REASON: Reason whey they joined OpenWetWare
  • UMS_REFERRAL: Where they heard about OpenWetWare

The page is currently "one size fits all": the same page is used for all new members. Once the page has been created, any changes to the master file will not modify existing pages but instead become the new basis for creating all new pages.

There currently is no set policy for editing UserPageDefaultContentText or UserTalkPageDefaultContentText. This may change over time.

Updates

Version 0.3 (Apr. 29, 2006) Changes Summary - Download

  • Reject and Approve boxes should be radio buttons
  • Automatically select templates based on action
  • Plain-text email
  • Logo link
  • Email a copy of registration to admin
  • Show/Hide all
  • Added "ums_" table prefix

Version 0.4 (August 11, 2007) Proposed Changes by Bill Flanagan

  • Use MediaWiki User object to manage the creation and checking of new OpenWetWare Members
  • Modify the way default User Preference options are set up while creating new OpenWetWare Members
  • Investigate how the configuration of the User:<member name> page can be modified by OWW administrators
  • Move all SQL database access for OWW applicants, email templates, and config parameters to use MediaWiki database handlers.
  • Eliminate all SQL calls from the UMS code. Use a common library for this and all User object access.
  • Move UMS toward becoming a MediaWiki Extension.
  • Investigate how creating a new User:<member name> page can be created along with the creation of a new member.
  • Investigate how the configuration of the User:<member name> page can be modified by OWW administrators
  • No/(at least) limited modification of the current UMS UI process.
  • Demo of new UI will be available on Monday (August 13, 2007).

(Please help me prioritize the existing feature requests which have not been previously completed. The above features are the only ones I have on my list at the moment. [User:Bill Flanagan|Bill])

Retrieved from "https://openwetware.org/mediawiki/index.php?title=OpenWetWare:Software/User_management&oldid=179044"