CVS log for loncom/interface/loncreateuser.pm

Up to [LON-CAPA] / loncom / interface

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

- For 2.11.4 (modified)
  Include changes in 1.470 (part), 1.474, 1.475, 1.476 and part of 1.456
  (omitted in 1.406.2.20 backport).

- When user-specific value is in use or being set via " Add/Modify a User"
  set css display attribute to block for items which use a fieldset and to
  inline for items which use a span.

- Authoring Space defaults which domain coordinator can override for
  individual users.
  - Remove some duplicate definitions and assignments.

- Available editors in Authoring Space: value set for specific author can
  override domain default.

- Bug 5273
- Add icons for User Management Mens in Authoring Space.

- Bug 5273. Authors can show which unexpired co-author roles are managers via:
  People > "Manage Co-authors"

- Bug 5273 Co-authors in "group authoring" accounts managing co-authors
  - If Author has blocked DC access to Authoring Space, DC is also
    blocked from making changes to which co-authors are managers.

- Authoring Space defaults defaults which domain coordinator can override.
  - Available Editors, WebDAV access, Disk Quota for Authoring Space
    can be set for specific users by DC via "Add/modify user"
- Bug 5273 Co-authors in "group authoring" accounts can manage co-authors
  - Existing co-author(s) can be assigned rights to add/revoke co-author
    roles. Can be set by DC via "Add/modify user" or by author via "People"
- Co-authors and Assistant co-authors can view a list of co-authors for
  the Authoring Space. Availability set by Author or Co-author "manager".
  Listing can be set to "opt-in".

- For 2.11.4 (modified)
  Include changes in rev. 1.469

- "User Self-Enrollment" link/icon always shown in Administration box in
  People > Users for course personnel with privilege to assign student roles,
  even if course configuration (set by DC) makes all self-enrollment options
  configurable by a DC and not a CC (settings will be readonly by CC).

- Support case where assignment of roles in a different domain is queued
  pending acceptance of the role by the role recipient.
  - A user can also choose to decline the role.
  - Domain configuration can be set for domain roles, co-author roles,
    course roles and community roles.

- Accommodate argument changes in &selectbox() and &prettyinput() in lonmeta.pm
  rev. 1.255.

- For 2.11.4 (modified)
  Include changes in 1.460, 1.464

- Continued work on support for approval by user's DC for assignment of a
  role in domain, authoring space, or course not in user's own domain.

- Take into account domain configuration in user's domain for whether approval
  (from user's DC or user) is needed to complete assignment of a role in a
  domain, authoring space, or course that does not belog to the user's domain.
  Work in progress.

- Don't display "Manage Users" menu with "Helpdesk Access" link to course
  owner or co-owner for requests for /adm/createuser when course is being
  viewed as a student.

- For 2.11.4 (modified)
  Include changes in rev. 1.461 (part), 1.462, 1.463

- Cache user's aboutme page availability to speed up display of discussion posts.

- Fewer calls to &userenvironment() and &is_advanced_user() in lonnet.pm

- Remove trailing whitespace
- Add a missing space in an html tag
- Coding style - use scalar instead of numbered regex match

- Hint to browsers to not autofill password fields.

- For 2.11.4 (modified)
  Include changes in 1.459

- Bug 6971 Individual user preference for Time Zone.

- Bug 6754 LON-CAPA as LTI Provider.
  Users may be assigned right to create course after LTI launch.

- For 2.11
  Backport 1.455, 1.456, 1.457

- Appropriate text shown in enrollment change log for type/lock change by CC.

- g-recaptcha (ReCaptcha v2) needs to be in "server" form not "client" form.
  - Reverse part of change in createaccount.pm 1.83
  - Validation box with "Create account" button now below Personal Data table
    to reduce likelihood that repeated of reCaptcha will be needed.

- Captcha on public-facing web forms.
  - textbox user entry for original Captcha on same line as instructions.
  - validation for reCaptcha 2 moved to immediately above form submission
    button, as there re-validation is required after 2 minutes.

- For 2.11
  Backport 1.454

- Fewer localized phrases needed.

- For 2.11
  Backport 1.453

- Include name of user in access logs display when no records were found.

- For 2.11
  Backport 1.451, 1.452

- Reuse existing translated phrase.

- For 2.11
  Backport 1.442, 1.443

- Support domain configuration which allows a Course Owner to change a
  student's password, if:
 (a) same domain is used by owner, course, and student
 (b) student has no active or future roles besides student role in courses
     owned by the course owner making the change
 (c) course container is not Community or Placement Test
 (d) owner is course cordinator in the course
 (e) setting to disable this action has not been set for the specific course

- Trust settings.

- For 2.11
  Backport 1.441, 1.447, 1.448.

- Bug 6754 LON-CAPA as LTI Provider
  - Creation of new LON-CAPA user account available from an LTI Consumer.
  - Creation of new LON-CAPA course available from an LTI Consumer.
  - Self-enrollment in a LON-CAPA course available from an LTI Consumer.

- For 2.11.2 (modified)
  - Include changes in 1.441, 1.447, 1.448.

- When a csv file of users is uploaded, error messages are displayed in the
  case of (a) an invalid datatoken, or (b) invalid home server for new users,
  In (a) user is prompted to re-upload the file; in (b) user is prompted to
  select default domain again.

- When current action is 'upload', opening <form> tag is provided by
  loncreateuser::handler -- add the same for the closing </form> tag.
- Eliminate duplicated <form> tags provided by routines in lonuserutils.pm
  called in this context by loncreateuser, and remove code in lonuserutils.pm
  which provides </form> (no longer needed).

- Use 2.12 feature pre-release, in modified 2.11.2.
  Self-creation of user accounts using e-mail verification with settings
  dependent on requester's (self-reported) institutional status.
  - changes in rev. 1.442, 1.443

- Trust Settings
  - lonnet::trusted_domains() returns array or array refs, for passing to
    loncommon::select_dom_form() or lonnet::will_trust().

- Assignment of DC roles via the web GUI may only be made to other domains
  with the same "internet domain" as the current role.

- Trust Settings
  Check if action is permissible based on trust settings for:
  catalog, domroles, enroll, reqcrs, msg, othcoau, or coaurem for current context.

- Self-creation of user accounts using e-mail verification.
  - Options set by domain coordinator for account requests verified by e-mail
    for: processing, restrictions on permitted e-mail addresses, and choice
    of username can be set to different values, depending on requester's
    (self-reported) institutional status.
  - Setting which status types can be self-reported by requesters using
    e-mail verification moved from
    "Default authentication/language/timezone/portal/types" panel to
    "Users self-creating accounts" panel.
  - Web form used to request account prompts user for appropriate responses
    depending on self-reported status, and e-mail and username constraints.

- Self-creation of user accounts using e-mail verification.
  - User can be prompted to choose affiliation (e.g., instructor, student,
    other etc.).
  - User can be given option to choose a username, while e-mail address
    still used for verification. A required e-mail domain can be set.
  - Domain Coordinator can display user-selected status and user's e-mail
    address when choosing to approve queued account requests.

- Fix javascript used to loop over checkboxes for institutional types
  when configuring self-enrollment in a course.

- For 2.11
  - Backport 1.438, 1.439, 1.440

- Outdated comment removed.
- Remove duplicate call to get_permission().

- Show appropriate help for the user's context (i.e., domain, author or
  course), and user's permissions (i.e., edit versus view privilege).

- Option to search institutional directory not needed in user search
  when displaying user's access logs.

- For 2.11
  - Backport 1.436, 1.437

- User access logs for privileged users can only be displayed by other
  priviliged users in the domain.
- Client IP address for webDAV logins included in user access logs display.

- coding style -- fixed domain for user access logs.

- Wording change.

- For 2.11
  - Backport 1.431, 1.432, 1.433, 1.434

- Fix quotes.
- Use shorter identifiers for ad hoc role restrictions (dh and da) for
  Domain Helpdesk (dh role) and Domain Helpdesk Assistant (da role).

- Access options for ad hoc roles for helpdesk personnel set at domain level
  (with override within a course), expanded to differentiate availability to
  Domain Helpdesk or Domain Helpdesk Assistant.

- Domain Helpdesk Assistant role for use by domain helpdesk student employees
  - browse access to shared repository (including own domain) is excluded.

- Suppress display of first item in breadcrumbs trail ("Menu") when user
  log-in/logout/role selection activity is displayed in pop-up window.
- Include header line with user's name when displaying a user's
  log-in/logout/role selection activity log.

- Helpdesk Access menu item moved to correct context (i.e., course not domain).
- Some white space changes.

- Removing trailing white space, and some empty lines. No code changes.

- For 2.11
  - Backport 1.428, 1.429

- For 2.11
  - Backport 1.426, 1.427.

- Ad hoc roles for helpdesk personnel.
 - Course configuration (available for editing by course owner).
   - can override domain defaults for which dh role users can use ad hoc role(s)
     in course.
   - can override domain defaults set for course-level privileges for ad hoc
     role(s).

- Ad hoc roles for helpdesk personnel.
  - Domain configuration for:
    - which user(s) with dh role in domain may use each ad hoc role.
      - set by institutional status, or by include specific people, or by
        exclude specific people.
    - assign role description (displayed on Roles page, and at top left of
      page, when role active).
    - assign role order (numerical).
  - Course configuration (available for editing by course owner, and viewing
    by co-owner(s).
    - can override domain defaults for which dh role users can use ad hoc role(s)
      in course.
    - can override domain defaults set for course-level privileges for ad hoc
      role(s).

Reverse some changes in rev. 1.414.
- Ability for DC to assign ad hoc custom roles for use in domain's courses
  removed from user management screen for individual user.

- Kerberos realm and version in correct order in text localized with &mt().

- For 2.11
  - Backport 1.423, 1.424, 1.425.

- Use consistent naming for help file for user access log.

- Use consistent naming for help file for user access log.

- When listing users in domain context, actions available when clicking user's
  username link can include display of access log information.

- For 2.11
  - Backport 1.420, 1.421, 1.422

- Appropriate text for breadcrumbs and header lines when Domain Helpdesk role
  is searching for a user for whom to display roles and user information.

- Domain Helpdesk display of a user's unexpired roles includes roles in
  courses/communities in the domain.
- Exclude group entries from dump of roles.db when building display of
  unexpired roles.

- Domain Helpdesk display of a user's unexpired roles restricted to roles
  in the domain.

- For 2.11
  - Backport 1.418, 1.419

- Fix typos in rev. 1.418.

- Domain Helpdesk role can view but not modify user's tools, domain settings,
  and unexpired roles.
- Course Change log display only shows changes in role's section, if accessed
  using a section-specific role (e.g., a custom helpdesk role with vcl priv).

- For 2.11
  - Backport 1.414, 1.415, 1.416, 1.417

- Remove trailing whitespace. No code changes.

- For 2.11
  - Backport 1.413.

- "User Access Log" item added to User Management Menu (Single Users) in
  domain context -- 'vac' priv assigned at domain level to domain coordinator
  and domain helpdesk.
- Can search for user in a domain, and view log-in, logout and role selection
  history, as recorded in user's activity.log file.

- "Previous N changes" and "Next N changes" buttons available if changes/page
  set (N) such that results require more than 1 page.
  - javascript for chgPage() function is passed to start_page().
  - &userlogdisplay_navlinks() is called after looping over role log items
    so that $more_records value has been set.

- Move routines for creating/modifying custom roles to lonuserutils.pm to
  facilitate re-use.
- Changes to standard role names and privilege names when switching from
  Course to Commmunity, when adding/modifying custom roles, with a domain
  role active, occur client-side, and no longer require page reload.

- Append any additional warnings to the existing warning.

- For 2.11
  - Backport 1.412

- Domain Configuration for LON-CAPA Directory searches for user information
  for users in a domain.
  - Can disable for all, or can disable only for other domains.
  - Default: enabled for all domains.

- For 2.11
  - Backport 1.409, 1.410.

- For 2.11
  - Backport 1.408

- Bug 6808. New course container -- "Placement" for Placement Tests.
  Work in progress.

- Support version 2 of Google reCAPTCHA.

- Support version 2 of Google reCAPTCHA.

- Bug 5679

- Score upload form supports identification of a user based on clicker ID,
  for Course Coordinators who prefer not to use LON-CAPA's in-built
  "Process Clicker" utility.
- clickers.db file on a library server contains key = value pairs, where key
  is (escaped) clicker ID, and value is (escaped) comma-separated list of
  usernames who registered that particular clicker ID.
- bi-nightly run of searchcat.pl will update clickers.db file.

- Bug 6778

fixed bug 6782, and escaped most localized messages used in Javascript blocks to make sure bugs like that do not happen again

- Coding style: sort() keys()

- Update user's session environment if DC modifies his/her own rights to
  request textbook courses.

- Textbox to set credits when assigning a student role only available
  where default credits defined in domain configuration.

- Special handling of permanentemail field in personal data display
  not now needed for self-creation of accounts, where e-mail is username
  as permanentemail is no longer an included field.

- Display of self-enrollment settings, and saving of changes takes into
  account domain configuration (or course-specific configuration) which
  determine which self-enrollment settings in a course can be set by a CC.

Improved internationalization:
- Properly compile translation phrases
- Updated related translation file entries

- Where a course is set for configuration of one or more self-enrollment
  settings by a DC instead of by course personnel, DC's modify course
  menu includes access to self-enrollment configuration.
- Self-enrollment supports option to queue request, pending validation
  by external site (e.g., separate payment site for e-commerce).
- &get_selfenroll_titles() removed from loncreateuser.pm (use subroutine
  in lonuserutils.pm instead).

Corrections to rev. 1.375, related to new "Credits" column:
- Balanced table content: <th> consistent to <td>
- Balanced tags

- Bug 6646
  - Status types (e.g., faculty, staff, student etc.) can apply to users
    creating their own accounts with an e-mail address as username.
  - Different user information can be required depending on self-reported
     status type.
  - User information to be provided when requesting an account can be
    designated as 'required' or 'optional', with client-side javascript
    prompt for missing required fields.

Fix wording typos

- autocomplete set to "off" for text boxes in form used to request
  creation of a LON-CAPA account using an e-mail address as username.

- Modify changes in lonuserutils.pm rev. 1.161, so "Force ID change" message
  is not shown to users self-creating accounts.
- Wording change to labels for "Force ID change" and "Update ID in courses"
  message, to make them shorter, so "Login Data" can still float into right
  column.
- Add help document to explain ramifications of forcing ID change.
  - eliminate unhelpful: "only do if you know what you are doing".

- Advertise "Check for changes" link in Functions menu on Roles/Courses page.

- Bug 6646
  - Self-creation of user accounts with e-mail address as username can
    be queued for approval.
  - Link in Domain Coordinator's User Management menu to approve/reject
    requests.
  - Support for pop-up window to display details of new account request.
  - User information and password requested from prospective user in a single
    web form.

- Internationalization:
    - Added missing &mt() calls
    - Proper compilation of translation phrases

- Corrected unbalanced tags
- XHTML
- Internationalization: proper concatenation of translation phrases
- Fixed typo

Improve "Disable Safeguard" output and code:
- Moved safeguard directly to id field ("Modify existing user" context)
- Keep safeguard in pick_box ("Upload Users List" context)
- Optimized separation of content data and HTML output

Custom roles:
- Improved and consistent navigation and layout by using confirm_success and actionbox
- Internationalization

Improved and consistent navigation and layout by using actionbox

Consistent spelling (upper case): Authoring Space

- New course request type -- textbook.
  - Can assign rights to request this type of course.
  - "textbook" can have different uploaded content quota, default credits etc.
    from official or unofficial course types.
  - Domain Coordinators can specify subject, tile, authors(s) and upload an
    image of the textbook cover.
- Work-in-progress.

- Re-enable display of changes to user's settings for course/authoring requests
  by a domain coordinator.
- Ability to set authring space request rights only available where user's domain
  is domain being coordinated.
- Expand explanation of user setting changes for course/authoring requests.

- Columns for disk usage (%) and disk quota (MB) available for selection
  when listing users with Author roles (domain context).
- User listing can be sorted by disk usage or disk quota (sorts numerically),
  whereas lexical sort used for other sortable fields.

Exclude HTML tags from translation phrases.
Update corresponding German translation file phrases and translations.

XHTML: action attribute in <form> tag required (dummy attribute added)

- Fix changes in rev. 1.378
  - Add id to form element to eliminate javascript error.

- Disk quotas for authoring spaces.
  - Default is 500 MB, unless set at domain level, or individual user level.
  - Domain default set via "Blogs, personal web pages, webDAV/quotas, portfolio" in
    "Set domain configuration" by DC.
  - Quota for individual user's authoring space set via:
    "Create users or modify the roles and privileges of users" by DC
  - &display_usage() moved from portfolio.pm to lonhtmlcommon.pm to
    facilitate re-use. In portfolio.pm &display_portfolio_usage() now calls
    lonhtmlcommon::display_usage().

- Replace terms: "Construction Space" with "Authoring Space"
  and: "Construction space" with "Authoring space"
  for consistency with type of role used to access it, and action taken there.

- Bug 5176
  - Fix typo in rev. 1.239. (context logged is "automated" not "auto").

- Credits earned for a course can be different for a specific student
  (specify when CC or DC enrolls a single student or a CC uploads a classlist
  file.

- Changes for Domain Coordinator's user listings screen
  - "extent" column
    - not shown/selectable if role type is domain.
    - text for checkbox changed dynamically by javascript when role type of
      course, community, or author selected.
  - "status column"
     - not selectable  if role type is course or community.

Internationalization

- Modifying user role(s)/user information.
- &cid_to_cname() routine added to loncreateuser.pm in rev. 1.367 expanded,
  and moved to loncommon.pm to facilitate re-use.
- Output appropriate role modification message where role changed is not
  in a course (i.e., interface used by author or domain ccordinator).
- Display information that user information is unchanged, if no changes made.

- Information to show in user list.
- Don't gray out role checkbox, if custom role selected as role to show.

- Modify change in rev 1.363, so "Change Log" item is available in
  User Management sub-menu in author context.

- Don't loose error message in case of error (Improve rev. 1.367)
- Full qualified function call for "Deleting custom role" (rev. 1.367)
- Internationalization:
    - Corrected confirm_succes function closures - exclude "<br />" from mt parameter (rev. 1.367)
    - Error message
    - Consistent usage username:domain (now: single parameter)
    - Adjusted related phrases in de.pm and removed unused entry

- Fix typo in hash key from rev. 1.188.

improved style:
- added confirm_success for role changes
- table of modified user info now only shows changed values
- added actionbox after user modification
- replaced "please be patient" with progressbar

valid xhtml code (form action, closure)

Use standard styles (info/warning/error):

- Bug 6340.
  - Course owner can revoke/modify Course Coordinator roles from list
    users screen. (One exception - course owner can not revoke his/her
    own CC role from this screen).
  - Move &is_courseowner() routine from loncreateuser.pm to
    lonuserutils.pm to facilitate re-use.

- Checkboxes so user can choose what user information to include in user listings.

- Logging of role changes for domain roles and co-author roles
  (who, what, when, context, and by whom).
- Access to appropriate log via submenu in Modify users in au or dc context
- Scripts used to make, add or expire DC role from command line also write
  to rolelog.db on same server (stored with domainconfig user).

- Add ability for users to request creation of an author role in their
  domain, if they do not already have an active author role.
  - Domain defaults can be assigned based on institutional status.
  - Defaults can be overridden for individual users by the DC.
  - Requests can either be processed automatically or queued for DC
    approval.
  - Notification message can be sent to DCs when queued for approval
  - Notification message sent to requester if approved/rejected.

- webDAV access can be controlled by user status and/or overridden for
  specific users.

- lond uses client's LON-CAPA version to determine whether checking a user's
  course roles for version requirements needs to occur -- will be skipped
  on 2.10 and later, as it occurs client-side in rolesinit when building
  roles/courses display.
- No longer require sixth arg for lonnet::dump
    (frozen hash containing skipcheck => 1).
  - Reverse changes in loncommon.pm 1.982, longroup.pm rev 1.26, 1.27
    loncreateuser.pm rev 1.350, lonuserutils.pm 1.127, 1.137,
    lonnet.pm rev 1.1086, 1.1078 which used the "$extra" sixth arg.

- Customization for MITrelate
  - Include part of changes in 1.329.2.4 for GCI_3.

Modal windows

- In course context, redirect users with privs to viewclasslist

- Bug 6505.

- Improve readability of "Course/Community Level" box in DC's create/modify
  user screen.

It's counter-intuitive to have a "select" link in the table heading.

The whole screen is already called "Manage Course Users"
Also, instructors keep asking where they can see the classlist

- Additional args for lonuserutils::check_usertype() -  refs to hashes for
  curr_rules and got_rules.
  - only use rules currently in force when determining usertype (official or unofficial)
    based on format of sername. Domain config sets rules in force.

- Customization for GCI_3.
  - Suport for multiple Concept Inventories.

- Customization for GCI_3.
  - caller form element renamed context.
  - display course request breadcrumbs when file upload of users
    occurs during course request.

- Backport 1.350.

- Customization for GCI_3.
  - Backport 1.351, 1.352.

- user modification form needs closing </form> tag (omitted in 1.351 changes).
- Custom Role Edit result - breadcrumbe pushed into $brcrum array ref.

- Move breadcrumbs construction into hash refs for bread_crumbs and
   bread_crumbs_component in third arg paseed to loncommon::start_page().
- Consolidate calls to loncommon::end_page() into a single call at
   end of handler.

- skip check for loncapa version (via "extra" hashref passed to lonnet::dump)
  when getting dump of roles for purposes other than rolesinit.

- Prevent "Not a CODE reference." warnings.

- Customization for GCI_3.
  - Usernames added for new users added via "Add/Modify a Student" must be e-mail addresses. Lower case enforced for new users.
  - Case sensitivity eliminated when searching for existing users, unless
    exact match to existing user with case used in search term.
  - Customization of wording for GCI.

- Move lonnet::flushcourselogs() call to cleanup phase, so delivery of
  content to user is not delayed.

- Bug 6357.

- Backport 1.344, 1.345, 1.346.

- Customization for GCI_3.  For Concept Tests:
  - Keep track of last course "login"
  - Keep track of submission count by students in Concep Tests.
  - New What's New item - Last login for users (day, week, month, ever).
  - Eliminate columns for groups and clickers for classlist display.
  - Add new columns for last login and test status (completed, incomplete, unattempted).

- Localization: Optimized customrole mt() call (rev. 1.345): split content and layout parameter
- Consistent Wording username:domain

- &mt().  Replace @ with : for username:domain separator.

Optimized display of page header for time consuming creation/modification actions

- Backport 1.343.

- Eliminate duplicate declarations.
- Counter needs to increment when building tabular display of course personnel to be notified when an enrollment request needs approval.

- Added some new icons for statistics.
- Some other icon changes.
- Added new icon-files in loncapafiles.lpml (forgotten to add the files last time i commited new icons, added them now, too)

- Backport 1.341.

- Bug 6263.

- Backport 1.338, 1.339.

Created some new icons. These should be more meaningful concerning the menu-items they are linked with.

- If a custom quota is not set the quota displayed needs to reflect changes in institutional status which may cause the size of the default
quota to have changed.

- Retrieval of default quota information needs user's institutional status.
- Code readability - add a linefeed.

- Backport 1.334, 1.335, 1.336, 1.337.
- Avoid &mt(&mt()) on $contextrole.

- Bug 5805.
  - Allow existing non-empty entries for user information (lastname, middlename, firstname, generation, id and permanentemail) to be overwritten with empty entries, if field is included in $candelete array ref (new arg for lonnet::modifyuser().
  - Overwriting with empty entries allowed when:
    (a) Updating user information for a single user from "Modify User"        (domain, author or course context) - subject to domain config        for user modification.
    (b) Autoupdate.pl updates from institutional directory data,
        subject to domain config for Autoupdate.

- Extra arg ($crstype) passed to lonuserutils::update_user_list().

- Backport 1.335.

- In "Existing Roles" table for course/author context, revoked roles
  without a start date weren't being marked as "expired or revoked".

- Customization for GCI_3.
  - Warning about LON-CAPA versions and server's version not relevant to GCI.

Bug 6025
  - New subroutine &display_userinfo() used to generate display of
    user information and user settings.
  - Use affiliation descriptions when displaying institutional statuses.
  - Check whether affliation should be shown uses
    lonuserutils::can_modify_userinfo().

- Backport 1.299.

- Changes in 1.329 omitted from earlier backport (1.295.2.26).

Consistent icon for 'Course Groups'.

- Backport 1.332.

- Backport 1.329.

- Backport 1.325

- Backport 1.324.

- Backport 1.323.

- Backport 1.322.

- Backport 1.321.

- Backport 1.320.

- Add missing brace from 1.295.2.18.
- $type renamed $crstype (from 1.321).
- Additional args for loncommon::coursebrowser_javascript() - (from 1.323).

- Domain Coordinator Modify user screen.
  - Rights to request different course types in user's domain
    now shown if defaults apply to user.
  - &get_processtype moved from lonrequestcourse.pm loncoursequeueadmin.pm
    to be more widely available.
  - Additional arguments prepended to &get_processtype() to allow use
    where request rights are retrieved for a user different to the one
    requesting the information (i.e., a DC).

- Backport 1.318.

- Backport 1.316.

- Backport 1.315.

- Backport 1.331.

- environment.canrequest is either 0 or 1.

Optimized "user search found nothing" output:
- Changed &mt() calls to allow proper translations.
- Moved search field style from translation phrase to code (currently use bold to highlight the field text)
- Consistent wording - reuse existing phrases
- Added/adjusted/removed related translation phrases in de.pm

- Customization for GCI_3
  - &print_gci_main_menu() provides custom menu for CCs of courses in gcitest domain.

- Bug 3705.
  - Course Owner (if also a Course Coordinator) can assign CC role to other users.

Unified icons and menutext for 'Change Log'.

- Restore earlier optimizations by reversing some of 1.301 changes.
  - Users can choose to display up to 10,000 records/page so ...
    print immediately from within loop instead of storing to a scalar.

- $role wasn't being interpolated
- remove extraneous onchange attribute.

- Remove unused line added in rev 1.150.

- Accommodate Communities
  - Custom role template depends on course type.
  - System-wide bre priv unavailable in custom roles used in Communities.
  - System-wide bro priv (own authored/co-authored published resources)
     available for custom roles in Communities.
  - Community Roles (including custom roles) will not be displayed in LON-CAPA
    versions 2.9 or older.

- Accommodate communities.
   - Additional arg in opencrbrowser() javascription function call.
     - typeelement in opener page set when course or community is selected in coursepick pop-up window (DC selecting course for adding role).

- Accommodate Communities
  - "co" is role to search for in community users to generate list of users who
    may receive notification of self-enrollment request.
  - co role is sectionless.

- Accommodate Communities
  - (C)course(s) -> (C)community(ies)
  - ad hoc role for DC - "co" role assigned for communities.

Communities do not need an Automated Enrollment link.

- Update names in Roles drop down (Course Level) when DC selects
   a Community in which to assign new role to a user.

- Accommodate Communities:
  - Wording variants: (C)course(s) -> (C)community(ies),
                        Classlist -> Membership, Staff -> Facilitators,
                        (S)student(s) -> (M)member(s).
  - $crstype - extra arg for:
               &entry_form(), &print_user_selection_page(),
               &singleuser_breadcrumb(), &print_user_modification_page(),
               &print_username_entry_form(), &update_user_data(),
               &print_main_menu(), &rolechg_contexts(),
               &enroll_single_student(), &make_button_code()
  - Role choices: co role instead of cc role for communities

- Consistent Wording "Course/Community Catalog":
    - Updated phrases in translation files de, es, zh corresponding to updates in lonroles.pm 1.234
    - Wording/Consistency
- Consistent Wording "Self-Enrollment"

Consistent wording "Course Catalog" -> "Course/Community Catalog"

- 'unofficial' is the only type of course available for request in GCI.

- loncreateuser.pm for GCI_2 updated to 2.9.X
- Reversing changes in 1.265 (not included in 2.9.X).
- Self-enroll request approval link needed.
- Backport 1.296, 1.300, part of 1.301, part of 1.303, 1.304, 1.305, 1.306, 1.307, 1.308, 1.309, 1.310, 1.311, 1.312, 1.313, 1.314

Localized display of start and end dates on existing roles screen

- Functionality to make self-enrollment requests subject to approval
   as originally implemented for GCI.

- loncreateuser.pm for GCI_1 updated to 2.8.X
- Reversing changes in 1.265 (not included in 2.8.X).
- Backport 1.269, 1.270, 1.271, 1.272, 1.273, 1.281, 1.283, 1.287.

- Backport 1.314.

- Storage of course request settings for users in other domains now conforms
   to the format $dom1:$option=$num,$dom2:$option=$num where =$num contains
   optional  limit for requests/user.
- Consistent use of upper case when reporting results of changes to course
   request options (for "external" users).
- "blank for unlimited" shown in request setting tables for numerical limit
   option.
- Coding style - removed trailing spaces from a few lines.

- Backport 1.312, 1.313.

- Text for role changes made in 'requestcourses' context (for display of user management logs.)

- 'ad' role is a "course" role which can only be assigned by  Domain Coordinator in the course's domain.

- Backport 1.311.

- Bug 5992.

- Backport 1.310.

- Exact search by username (when used in lonpickuser.pm) requires population of the results hash.

- Backport 1.309.

- Changing course request option 'approve' to 'approval' for consistency with lonrequestcourse.pm.

- Backport 1.308.

- Typo.

- Missing concatenator.

- Backport 1.306, 1.307,and part of 1.303.

- Backport 1.305.

- Backport 1.304.

- Backport part of 1.301.

- Backport 1.296, 1.300.

Course requests.
- Moving and modifying some routines used for displaying queues (oringinally created for approval/rejection of self-enroll requests to also support approval/rejection of course creation requests.
   - &display_selfenroll_queue() moved from loncreateuser.pm to loncoursequeueadmin.pm
      (and renamed &display_queued_requests() ).
   - &update_selfenroll_queue() moved from loncreateuser.pm to loncoursequeueadmin.pm
      (and renamed &update_request_queue() ).
   - &get_student_counts() moved from loncreateuser.pm to loncoursequeueadmin.pm

   - &send_notification() moved from selfenroll.pm to loncoursequeueadmin.pm
      (and renamed &send_selfserver_notification() ).

Course Requests within LON-CAPA.

- Start on documentation for domainprefs.pm

- Domain setting for course requests for each instituional affiliate type (and
also default, and _LC_adv) for each course type (official, unofficial and
community) can now be one of:
  0, approve, validate, autolimit=N (where N is blank, or a positive integer.

- Custom course request settings set for an individual user in the user's domain
can also be one of: approve, validate, autolimit=N for the three course types

- A user's environment setting for course requests in external domains (modifiable
by a DC in a domain other than the user's home domain) can also be one of the
three.

0: course requests not allowed for the specific affiliation/course type.
approve - requests queued and must be approved by DC in course's domain before
processing.

validate: institutional validation (e.g., check requestor is instructor
of record) before course will be created.

autolimit: requests will be processed autoatically up to a limit of N requests
for the course type for that requestor.
- If N is undefined, there is no limit to the number of course requests which a
course owner may submit for automatic processing.

lonnet.pm
- auto_courserequest_checks() placeholder.

Work in progress.

- Provide domain of requested course to routines used for pop-up "Pick User" window used to add course personnel to the request.

- Use complete sentences to aid localization (for $custom_access).
- DCs can assign individual rights to request courses when creating a new user which will supercede default rights based on new user's affiliation(s).

loncreateuser.pm:
- Removed double data_table start (-> rev. 1.301)
- Removed unneeded <br> between header and page content
- Separate row for "Update Display" Button

loncreateuser.pm, lonslotrequest.pm:
- Corrected server version &mt() calls
- Replaced special note style for version note by standard info style

loncreateuser.pm, lonslotrequest.pm, lonroles.pm:
- Consistent and optimized wording (server version)

de.pm, zh.pm:
- Corresponding wording updates
- Additions of missing phrases

- Modifications to display of search results in &print_user_selection_page() to
facilitate re-use in "Select User" pop-up used in Course Request form.
- When called in 'requestcrs' context onclick action for "Select" buttons uses gochoose() javascript function provided in calling page (lonpickuser.pm).

- Optimized User Change Logs:
    - Optimized navigation
        - Use buttons instead of simple links
        - Also offer buttons above table now
    - Simplified way to find out if table needs to be printed

- Tidied up code:
    - Added some comments
    - XHTML: lower case HTML attributes (onClick, onFocus)
    - Properly include Javascript
    - Added some code line breaks for better readability

- HTML Code Corrections
    - Corrected Context selection preselection
    - Corrected unbalanced tags:
        - Added missing </span> to "Changes/page" selection
        - Added missing </td> to "Update Display"

(Work in progress)

- Domain Coordinators can permit course requests to be made by users in other domains, on a user-by-user basis.

- Additional course type which can be requested - "community".
  - This is to facilitate collaborative activities for non-instructional purposes,
     e.g., in a campus organization. Some other LMSs use the term "Group".

New categorization for User Management menu.
- renamed related menu items
- added/changed related translations
- modified related helpfiles

No special styles for selfenrollment pick_box

Removed deprecated attributes from <hr> (noshade, width, align)
and XHTML conform tag closure

- Self-enroll request approval link needed.

- Reversing changes in 1.265 (not included in 2.9.X).

- &compare_arrays() moved from loncreateuser.pm to loncommon.pm to permit reuse
  (used in courseprefs.pm)

Don't translate separator character between and domain.
Advantages: No need to change the translation files, if...
  - different separator character should be used
  - different output is wanted, e.g. just username, plainname, both, etc.
  - different style should be used for output
(work in progress to make this even more flexible by introducing a global function usernamewrapper)

"Student/Employee ID"
- Consistent wording
- Lower-/Uppercase
- German wording: "Studierenden-/Mitarbeiter-ID" (Studierende_n_)
- Removed unused translation phrases
- not just "ID" (i.e. could be "Course ID"; more to do)

Banned HTML tags (<a>) from translation files
and adjusted corresponding translation phrases

(more to do)

XHTML: Added quotes to HTML attribute values in input fields

Additional text to "Existing Roles" headline:
Display domain/course/author context in order to guard against misunderstandings
(Not all roles of the chosen user are shown in all contexts)

Added a helplink that allows the user to access the helpfiles which were deactivated during redesign of the menu.

XHTML:
- Replaced
checked="1"
by
checked="checked"

- Optimized/Corrected white spaces

- Backport 1.287.

- Backport 1.283.

- Backport 1.281.

Personal Data entry:
- permanentemail field: hidden item replaces textbox for users creating account with e-mail address as username.

Setting Institutional Affiliation(s).
- institutional affiliation saved as inststatus in user's environment.db is a colon-separated list of escaped affiliations.

- Domain Coordinators in user's domain (have mau priv.) can modify institutional status of a user via "Modify User" or "Upload List of Users".

consistent wording:
changed "home page" to "personal information page"

'Modify User Privileges' change log screen:
- Consistent wording: Permanent e-mail address
- Optimized wording to allow proper localization:
    - middle name vs. middle alignment
    - previous value vs. previous page
- Added missing phrases to de.pm
- Single quotes for text hash values

Added info / warning style to messages about appearance of course in course catalog
to better highlight the current status

in loncreateuser.pm order changed because "Name of Role" is not "Generate new Role" but rather an inputfield.
shorter button names.

- "&mt(" instead of "&mt ("
- Include full stop in error text for invalid names

- Store enrollment request record in requestor's own selfenrollrequests.db (as well as in corresponding db file for the course).
- Modify record in requestor's selfenrollrequests.db when CC approves or rejects enrollment request.

Work on ability of individual users to request creation of (a) official courses,
 and (b) unofficial courses.
"requestcourse" switched to "requestcourses" for consistency.

- When setting availability to default, need to call lonnet::usertools_access() with $action set to 'reload' to get value to set $env{'environment.canrequest.$type} to.
  - Same applies to 'availabletools for portfolio, blog, aboutme.

Value for selfenroll_limit form element is "none" when no enrollment limit is desired.

- Bug 5558
- Where self-enrollment requests require approval ...
  - "Enrollment Requests" Link added to Manage Course Users menu
  - &display_selfenroll_queue() generates table of pending self-enrollment requests requiring approval or rejection.
 -  &update_selfenroll_queue() enrolls approved requests
     - removes processed requests from queue
     - sends message to requestor with enrollment decision
     - sends messages to Course Coordinators on self-enrollment approvals notification list.

- Bug 5558.
- Course Coordinators can set an enrollment limit, which when reached will prevent new self-enrollments.
- Course Coordinators can require all self-enrollment requests to be approved, and can specify which CCs should be notified when a self-enrollment request needs to be approved.

- Functionality for Domain Coordinators to display/set availability of user tools (portfolio, blog, aboutme) for individual users moved to two new routines:

&build_tools_display()
&tool_changes()

- These routines are re-used to allow DCs to display/set ability of individual users to request creation of (a) official courses, and (b) unofficial courses.

Localization:
- More eliminations of \' occurrences and mt call optimizations:
  Changed scripts and corresponding translation files
- Script changes related to changes already done in de.pm 1.189 for loncreateuser.pm and grades.pm

- Backport 1.273.

- Where the proposed username for a new user matches a format rule defined for the domain which specifies either int or loc authentication, provide a textbox to enter the autharg unless authparmfixed is true for the format rule as specified in localenroll::username_rules().

- Backport 1.272.

- Remove duplicate line.
- Remove debug line.

- Backport 1.270, 1.271.

- Only call &lonnet::appenv() to update 'availabletools' if there were changes.

- Storage of availability of user tools (portfolio,blog,aboutme) moved from memcache to %env.
  - When DC modifies defaults or custom settings for a specific user.
    - values for $env{environment.availabletools.$tool} in DC's own %env are updated, as needed.
    - values for other users will change when %env is next set.

- Backport 1.269.

- Correct display of privileges for "Templates" for Course Coordinator and Instructor, in Custom Role Editor.
  - Need to check for domain-based or system-based privs for course privs.
  - Need to check for system-based privs for domain privs.
    - sma priv is domain based for cr, but system based for cc, in
    - bre priv is system based only for cc.
  - Add las, pac, and dch privs to cc:c.

- Reversing changes in 1.265 (not included in 2.8.X).

- @ -> : (standard LON-CAPA username:domain separator).

- Bug 5839. DCs can set availability of User Tools (About Me, Portfolio, Blog) to users in a domain. User-specific setting will override any default which applies.
- Some changes in capitalization for consistency in table header for user changes.

- Separated HTML formats from translations:
    Moved HTML tags from text to parameters and changed related German translations.
    More changes like this needed.
- Added some missing translations, e.g. for lonprintout.pm
- Optimized/corrected some translations

Changes related to LON_CAPA redesign project.

Role Templates
- Wraped buttons in fieldset
- Added white space after each button

Added/updated/converted POD. Many files had their POD redone to new standards.

button: "Modify User" renamed to "Save"

- Backport 1.260, 1.261

- Consistent use of quotes around "Set course environment" link.

- Use same hash key for %settable as is stored in configuration.db
   - "categorize" determines the context in which categories can be assigned to a course.
      (crs => in a course by CC; dom => in the domain by a DC).

- backport 1.259

- Same wording everywhere: Student/Employee ID
- Added missing &mt(); optimized &mt() call
- Added warning style to warning message

- backport 1.27, 1.258

- combine blocks for !$newuser.
- change order of values for join to create $typestr.

- Moving evaluation of modifiable user information fields in selfcreate context to &selfcreate_canmodify().
- Escaping institutional status types in form elements included in self-enrollment configuration screen.

- backport 1.256.

- &visible_in_cat() added to determine whether a course is currently visible in the Course Catalog, and if not, to provide advice on how to change this.
- Messages about visibility in catalog are displayed on the Self-enrollment configuration screen, and also after making modifications to self-enrollment config.
- Some wording changes in row titles for self-enrollment configuration data table.
  - Course Coordinators should understand that changes to access dates apply to future users self-enrolling, not retroactively to users who previously self-erolled.

- backport 1.255

- eliminate duplicate declaration.

- backport 1.251, 1.252, 1.253, 1.254

- Fix typo.

- No need for %userenv in selfcreatecase.
- In cases besides selfcreate, no hiding of user information input fields in personal data table.

- Changes in data entry table generated by &personal_data_display()
  - Extra arg in subroutine call - $rolesarray (optional ref to array of roles to check for allowed modification of user information).
  - In context "selfcreate" get array of institutional status types for user [set to ('default')] if none.
  - Pass arrayref to &Apache::lonuserutils::can_modify_userinfo().
  - In context selfcreate, array of three args returned to caller:
     - output, number of rows in datatable, number of rows with editable fields.

Self-enroll: 'other' vs. 'any'.
  - &loncommon::sorted_inst_types()
     - &mt() for 'any' in course context.
  - &loncommon::selfenroll_inst_types() check for keys in $usertypes hash for
       consistency with &loncommon::sorted_inst_types()

- backport 1.250

- Removing link to Log-in History for 2.7.

- Adding user types allowed to self-enroll from a domain now a one step process.
- Javascript added to automatically toggle radio buttons for "Any user in any
  domain" and "Delete" or "Activate" checkboxes for specific domains.
- "Any user in any domain" in separate table separated from table for specific domains, with word: "Or" to separate the tables.
- Validation javascript added to alert user if "Activate" and "User types" are inconcisitent.
- Default when adding an additional specific domain, is to enable self-enrollment for all user types for that domain.

- Consumers' Advisory for User Management Logs display.

- Form element value set to "any" where there are no defined institutional user types.

Link "Modify this user: ..."
    - Optimized &mt() call (excluded html from translation)
    - Added actual username and domain (avoids conflicts with different useraccounts but same name)

- Use appropropriate name for "Registered students only" form element so the value actually gets stored.
- Clarify the meaning of "Registered students only".
- Improve text displayed after a change to "Regsitered students only" setting.

Optimized wording

Bug 5728.
$match_username requires a leading \w.
If search term begins with @, prepend 'a' to searchterm before $match_username check.

Wording: Automated Enrollment Manager (without "Student")

Bug 5558.
Replace single textbox for entry of user types allowed to selfenroll, with combination of radiobuttons (Y/N for * - allusers, all domains), select boxes for domains, and checkboxes for institutional user types within each domain.

- Bug 5176 Tracking enrollment changes.
  - $context passed as an additional arg to a number of routines so it propagates to lonnet::assignrole().
- View Log-in History link on User Management menu moved (currently non-functional).

Bug 5176 Tracking enrollment changes.
lonuserutils
 - $context passed as an additional arg to a number of routines so it propagates to lonnet::modify_student_enrollment() and lonnet::assignrole()

loncreateuser
 - &print_userchangelogs_display() displays role change history in a course
 - &role_display_filter() and &rolechg_contexts() used by print_userchangelogs()
 - View Login History and View Change Logs added to User Management main menu

Work in progress.

Change arguments accepted by lonnet::appenv() to:
1. reference to hash
2. (optional) reference to array.

Change all instances where lonnet::appenv() is called to replace first argument passed (originally a hash) to a reference to the hash.

- Modify lonnet.pm rev 1.35 code intended to prevent "dangerous" modifications of the environment, so it will actually do this.
- Allow these modifications to be made in certain instances:
   DC switching to adhoc role
   CC switching to a different course role in the current course.
   user self-enrolling as a student

- Ability to configure self-enrollment in a course from User Management menu.
Work-in-progress.

Localization:
Added missing &mt()

Bug 5640.
auth_check() javascript function was reporting a javascript error when a DC was adding a user role for a user in a different domain because the login form element was absent.

- Aesthetic change.
Move blue question mark icons to left of all links in User Management menu page.

Bug 5545. User can choose to display either "Modify user" or User's "About Me" page in a pop-up window.  Display of inline nav suppressed and "Close window" link provided at the end of the page in pop-up window.

Custom quota now set if supplied for a new user account.

Balancing quotes.

Corrected some unhandy usages of &mt().

- "Select User" link moved to work with direct username entry form.
- Wording changes, customized to "Add single user" or "Enroll single student"
- Eliminate phrase-splitting, to facilitate localization
- Consistent word use in breadcrumbs via &singleuser_breadcrumb()
- Institutional searches disallowed for usertype (include 'Other') as searcher's type, if no type in searcher's %env.
- new CSS span: LC_cusr_subheading

- Add a contextual help link for the Automated Student Enrollment Manager
- Eliminate duplicate help link for "Create a new user" - the link is already provided in the breadcrumb row.

- aggregate setting of $authform_* variables in loncreateuser with &initialize_authen_form()
- remove duplicate code for setting $authform_*
- replace use of &lonuserutils::javascript_validations() for javascript validation of authentication input on modify single user/enroll ingle student screens with &lonuserutils::verify_authen()

Bug 5507. Re-use functionality in breadcrumbs, and provide two links: Modify this user:  and  Create/Modify Another User after results text.

&update_roles() returns an array (containing roles modified) instead of a scalar (count of number of roles modified).

The output from update_roles() is used in course context to propagate any name/ID change to the classlist if the user has a student role, but the role modifications made did not include a change to the student role.

- Contextual help items reuse file names for existing help files.
- Contextual help moved into breadcrumb row where a single help file applies to all functions on a page.

loncreateuser.pm
If user modification fails - if the error type was "refusea"d display the logmsg, otherwise display the error result

After bulk update of users, add  form containing original filters as hidden form elements. "Display User Lists" link submits form, so display uses original filter choices.

- In &course_level_row() rename scalar where output is accumulated $row
- Add some linefeeds to make the HTML course easier to read
- return $row

loncreateuser.pm
- include $permission as 3rd arg in calls to lonuserutils::print_upload_manager_form()
and lonuserutils::upfile_drop_add().
- set $env{'form.phase'}  to '', so "Create new user" textbox re-displays via breadcrumb link, if username entered in "Create new user" textbox contained prohibited characters.
- include $permission as 7th arg in calls to &print_user_modification_page().
- Add $context (course, author, or domain) as first arg in &user_search_result().
- Additional breadcrumb link for "Results" after completing bulkaction of listed users
- Wording change for links on CUSR main menu (Manage -> Modify for single users).
- &build_search_response() takes $context (course, author, or domain) as first arg
- check whether user can create new accounts if search found no match. Either display creation instructions or message with link to helpdesk if creation prohibited.
- generation of interface for activating a role for a single user moved to &course_level_row() for both standard and custom roles.
- users with section-specific 'cst' priv (e.g., in a custom-role) can create student roles in user's section.

lonuserutils.pm
-  $permission arg for print_upload_manager_form() and upfile_drop_add().
-  section box in pop-up window generated to allow selection of ne section when
   making bulk change to users selected from filtered list generated by &section_picker().

- Remove superfluous code used to find $cnum and $cdom  - already got with lonuserutils::get_course_identity()
- Add -1 as final arg in split to force blank entry for $role if last item absent from key for user's roles hash.
- Move processing of role addition to subroutine: &uopdate_roles()
- Subroutine: &enroll_single_student() adds student if in "singlestudent" mode
- Only show quota information on results screen, after updating user, if viewer
  has 'mpq' priv in the domain.

loncreateuser.pm
- &lonuserutils::can_modify_userinfo() used to determine if personal info field can be modified.
- Replace $home with $uhome as name of homeserver variable for newly created user.

lonuserutils.pm
can_modify_userinfo() returns a hash with information about which personal data fields are modifiable, as determined by context (author, course or domain) and roles of user being modified.  DC sets the domain configuration for user modification.

- Generation of interface for addition of new roles for a single user:
- Author roles moved to subroutine: &new_coauthor_roles()
- Domain roles moved to subroutine: &new_domain_roles()
- Display of interface for adding new course roles only shown if adding "singleuser"; not show when adding "singlestudent"
- "Modify User" button in "singleuser" context; "Enroll student" button in "singlestudent" context.

- Display of existing roles on user modification screen (action is "singleuser" moved to subroutine: &display_existing_roles()
- No longer displayed when action is "singlestudent"
- Section-specific roles with 'cst' priv only show existing roles for section of current viewer's role.

lonuserutils.pm

- Javascript code used to verify section selections when DC picks a course to assign roles to moved to lonuserutils::dc_setcourse_js().
- Localization of alert messages generated by setCourse() javascript
(lonuserutils::sectioncheck_alerts() contains the text strings).

loncreateuser.pm
- groupslist used to check for section name/group name collision retrieved from lonuserutils::get_groupslist()
- Eliminate some unused code built to customize text for course vs. non-standard course context in course selector for DC to pick course to which to add roles.
- &validation_javascript() added to aggregate the javascript functions used in validating section choices for role addition.

- &print_user_modification() accepts $permission argument
- cancreate check for new user uses usertype and displays appropriate message if user account creation disallowed in current context
- missing ;
- portfolio quota setting (if user has mpq priv).

loncreateuser.pm
&print_username_entry_form() simplify actions to take depending on $env{'form.action'}
Pass appropriate $operation arg to &print_user_selection_page() if in "single student" mode instead of "single user"
Add breadcrumbs and emove duplicate defintion of "action" form element in single student mode
Include $usertype (official or nonofficial), if available, in call to lonuserutils::can_create_user()

lonuserutils.pm
&check_usertype() determine usertype for "username is"-type searches for supplied username.

loncreateuser.pm
- "Enroll a Single Student" and "Drop Students" links added to CUSR main menu in cours context.
- Automated Enrollment Manager link not shown if user with CUSR priv has section-sepecific priv.
- &date_sections_select() added to display both a table for etting tart/end access dates and  section for role.

lonuserutils.pm
- &get_course_identity() - retrieves course number, domain and description for courseID passed in, or from $env{'request.course.id'} if no arg passed
- &roles_by_context() - returns array of roles for context (course, domain or author). Adds in 'cr' role, if $custom arg passed to it is true.
- &section_picker() - provide box containing dropdown for current sections, and textbox for new section - used to pick section(s) to associate with a role.
  - for a user with section-specific cst priv, only section available to pick is section of current role.
- &print_expire_menu() renamed as &print_drop_menu()
- &update_user_list() now includes action for $choice = drop (used to drop students).
- &get_permission() will set $permission{'cusr_section'} if section-specific user has 'cst' priv
- check/uncheck javascript in &show_drop_list() from &Apache::loncommon::check_uncheck_jscript()
- eliminate links to /adm/dropadd

Removing unused actions from &handler().

- Only display "Create a new user" textbox and domain selector on the initial  Single User Management screen.
- In javascript backPage() function set phase to null, if prevphase argument is undefined.

lonnet::get_instuser returns a hash of a hash.
Pass the inst_results{user} hash for the specific user to &personal_data_display(), instead of %inst_results.

&authorpriv() and &get_permission() moved from loncreateuser.pm to lonuserutils.pm to be more generally available.

- classlist display in Autoenrollment Manager (used for locking/unlocking users and/or toggling user type between auto and manual) now uses lonuserutils::show_users_list().

lonpopulate.pm
- link in breadcrumb trail to dropadd replaced with createuser
- style
- localization
- tables displaying result of auto/manual lock/unlock changes for student enrollments use loncommon::start_date_table* and end_data_table*

bug 1931 - All user management functionality reached from a single icon/button/text link
- Extra links available on user management main menu in domain (custom role editor) and course context (custom role editor, automated enrollment manager - if enabled - and manage course groups.

mydesk.tab - change buttons
loncreateuser.pm - modify main menu
loncoursegroups.pm - add "Re-enable deleted group" link adjacent to "Create a group" link, if deleted groups exist.

bug 5501 - single textbox and domain selector available on CUSR single user screen (the pre 2.5 functionality) as a shortcut to creating a user when the DC/CC/AU knows that the username does not exist.

lonuserutils.pm
- &can_create_user() routine added
  - checks whether creation of new users is permitted in the current context/domain.

loncreateuser.pm
- call to lonuserutils::can_create_user() determines whether createuser shortcut should be displayed.
- 'Display User Lists' link included in main menu if user has $permission->{cusr}, even if permission->{view} is lacking
- only include a user information field in the disallowed list, if it was originally available for text entry on the previous screen, but role-specific constraints prohibit modification of the field.
- warning text switches based on singular/plural case for disallowed field changes

- inclusion of user input fields in personal data table when modifying an existing user, determined by context and role-based settings stored in domain configuration
- "force ID change" checkbox displayed if student/employeeID is potentially modifiable
- execution of proposed changes to user information checked against domain config (sensitive to context and active/future role(s) of target user in current context
- results page displays appropriate messages to explain which proposed changes wener/were not executed
- 'construction_space' context renamed 'author' for constency with domainprefs.pm- user information fields all editable if editor has mau priv in domain of target user (except for student/employeeID - which requires forceID checkbox checked).

- Row colors in "modify log-in" box alternate correctly in all cases.
- Default checked radio button in "modify log-in" box stays set to
  "Do not modify log-in" in all cases.

- Use &Apache::lonnet::modifyuser() to update user's environment.db file instead of a direct call to lonnet::put() so MySQL allusers table is updated
- Display default indicator for user's portfolio quota, for both prior quota and new quota.
- If quota is changed, store new value in all cases (including when other user information remains unchanged).
- Display fullname, e-mail and quota on separate lines in cases where only changes are to roles and/or authentication method.

- Pass updated userinformation along when propagating changes
- Use same logic as lonnet::modifyuser() when determining if ID should be updated
- Blank IDs can now be made non-blank without requiring forceID checkbox to have been checked.

bugs 1902, 2337, 3033

- Use checkboxes to select one or more users from a listing of users to apply access date changes, or (in course context) section additions/changes to particular roles.

- separate window is opened to (a) allow specification of access dates if re-enabling expired roles, activating future roles, or changing starting/ending dates when displaying "Any Access Status", and (b) allow specification of new section affilation(s) with/without expiration of existing sections.

- no window to set dates provided when action is to revoke or delete roles.

Data tabling in screen displayed following modification of user information.

- For existing users, in "Log-in Data" call to loncommon::start_data_table_row() for "Do not change" row first, so colors alternate correctly in data table.
- Missing an &end_data_table_row()

Show "Disable ID/Student Number Safeguard and Force Change" item in interface for modification of existing user, not in interface for adding new user.

Move routines from loncreateuser.pm to lonuserutils.pm
- &classlist_drop()
- &active_student_roles()
- &course_sections()

Moved determination of a list of groups for incorportion in a javascript Array() to &&get_groupslist() routine in lonuserutils.pm

&setsections_javascript() routine created in lonuersutils.pm - provides javascript function that aggregates and verifies section selections when adding a new role.

Modified in readiness to support section changing for multiple users/roles in a course.  Corresponding javascript function eliminated from loncreateuser.

- eliminate double declarations

Propagating changes in ID made by Domain Coordinator to classlist.db file in any courses in which user has active or future student roles. Update name changes too.

loncommon.pm
- Pass ref to %got_rules to &user_rule_check(), so retrieval of rules only occurs once per domain. Retrieve rules for both username and ID
- &instrule_disallow_msg() takes a fourth argument ($mode) so message is different for messages generated for uploaded CSV file of users and single user modification.

loncreateuser.pm
- Propagate name changes and ID change to courses if Domain Coordinator is updating user data.
- Only display permanent e-mail on results page (no personal data changes) if one is defined.
- &print_user_modification_page() takes additional argument - $context - if domain adds the checkbox to force an ID change.

lonuserutils.pm
- check for $context was mistakenly checking $setting
- check whether Domain Coordinator wishes to change authentication for existing users should be $checkauth eq 'Yes'
- propagate name changes and ID change to courses if Domain Coordinator is updating user data, and had checked boxes for force ID change, and force course changes
- &update_classlist() moved to lonuserutils.pm from Autoupdate.pl
- &propagate_id_change() added to propagate ID and name changes to courses
- include cr (for Custom role) in option for Course roles for DC when setting filters for user lists.
- summary of filters used (displayed above tabular data) is customized to be an appropriate message for the choice of filters used in all cases.
- &Apache::lonnet::flushcourselogs() after processing adds/modifications in CSV file of users called in all contexts.

Autoupdate.pl
- &update_classlist() moved to lonuserutils.pm

Fix bug 5521.  Typo introduced in rev 1.170.

- BUG#5515 searching in a course with multiple matches shows name of
  searcher for all finds

- ID rules can be set by DC via Domain Configuration
- when creating a user, the proposed ID will checked against enabled ID rules
- In loncommon.pm username_rule_check() replaced with &user_rule_check()
  - to allow messages from checking of multiple usernames to be aggregated
    (in readiness for adding checks for uploaded classlists).
  - to allow checking of IDs as well as usernames.
  - &user_rule_formats() added for creating of the listing of current rules for usernames and IDs when a proposed username or ID fails a check against any rules in operation.

- preserve last choices on the user search screen

Bug 5422
More comprehensive listing of LON-CAPA users.  Available to Domain Coordinators, Authors and Course Coordinators. Lists displayable in HTML, CSV or Excel formats.
- filter by status and role.
- DCs can specify a subset of courses for display of course roles.

lonuserutils.pm
- Elimination of &domain_form() -- generates linked selectboxes for domain and server selection -- no longer required (as new users can now only be created in the domain of the user's current role).
- Added &domain_roles_select() - used for linked role type and role selection boxes for DC, when displaying user roles.
- Display of active advanced roles when viewing course classlist eliminated
  - replaced with selectable advanced roles in role filter for user lists.

loncommon.pm
- &linked_select_forms() can take an additional argument ($menuorder) which specifies order of items in the first select box.
  - %menuhash can include hash key,value pair: order = reference to array
    (order of contents of the second select box) as optional item.
- get_course_users() has new optional arg (statushash) to return information about status (Expired, Active or Future) for each section for user's roles.
  - studentID information now included in optional hash of user information for course users.

lonhtmlcommon.pm
- &course_selection() routine split from &course_select_row() to allow reuse when selecting course filter for DC's listing of user roles.

loncoursedata.pm
- Three subroutines added to return indices for permanentemail, role and extent, so user listings in lonuserutils:;show_user_lists() can sort by these using the existing sorting code.

loncreateuser.pm
- display of user lists included in menu on first page.
- some wording changes (as per bug 5506)
- switches on $env{'form.state'} for call to &print_userlist() eliminated (not needed).
- course selector included when in DC context

lonpickcourse.pm
- domain selector defaults to domain of user's role when course selector used for studentform.

Work in progress - role expiration and section switching still to be added to interface.

Bug 2593 csv file upload by DC to change passwords
- DCs can change authentication, add a domain or course role for uploaded users, and/or change user information (names, ID, e-mail address etc.)
- Authors can add co-authors
- Course Coordinators can add course roles.
- Some subroutines in londropdd.pm moved to lonuserutils.pm.  Some routines in loncreateuser.pm moved to lonuserutils.pm
- &process_pick() moved from lonroles.pm to lonpickcourse.pm
- Work in progress.  Ultimate goal is to provide user listing functionality in different contexts and eliminate separate ENRL button.

- remember last selections on user creations screens

- Selectable authentication types displayed controlled by domain prefs
   - some fix-ups.
   - mappings between form element names and stored auth types (int -> internal: etc.)
   - verification of auth selections (verify_message() javascript used more widely).

- More code re-use for adding newuser, and modifying existing user in loncreateuser.pm

- Moving code in loncreateuser.pm out to more subroutines
- Use of <div>s with float for a more compact display
- Added some div classes to standard_css

Work in progress. Towards greater amalgamation of ENRL/CUSR functionality.

- backport 1.186

Phasing out filesystem authentication as a method to which existing users can be switched.
Remove warning about when to use filesystem authentication
Only show authentication options which are assignable given the domain and context (controlled by domain prefs).

Only show select bx for setting home server when creating user if there is more than one library server in the domain.
loncommon::home_server_option_list renamed loncommon:: home_server_form_item - additional options now included

- style
- portfolio priv check should be for domain of user being modified, not of requestor's role.

- some style changes
- simplify population of instsrch hash
- homeserver check occurs earlier when modifying user

When adding a new user ...
- do username rule check, and early out if format matched but no instiutional user.
- when adding a new user for whom there is institutional data, only provide textboxes for fields without data.
- css for data entry table
- authentication method/arg set automatically for usernames matching rules

When creating a new user, actually save the permanent e-mail address, since we did ask for it.

Changes suggested by Hon Kie at fsu.
- loncommon::user_picker() change order of srchby and srchtype so ones likely to be used most frequently are listed first.  Change default srchby to 'lastname'.
- loncreateuser.pm trimming of leading and trailing spaces in search term removed in favor of trimming multiple adjacent spaces to a single space.

Alternative approach to response to "other valid matchless searches".

loncommon.pm
- Eliminate "Make new user if no match found" radio buttons, and triggered automatic setting of select boxes defining search criteria.

loncreateuser.pm
- explicitly require user to select "username is .... in selected LON-CAPA domain" search in valid domain to be able to add a new user.
- update the text to tell the user what needs to be done to add a new user when no matches found in other types of valid matchless searches.

Institutional directory search now reported as unavailable in the case where a DC has enabled directory searching via "Modify domain configuration" but either:
 (a) localenroll::get_userinfo() has not been customized, or
 (b) an error ioccurred when querying the institutional directory.

lonsql
- &do_inst_dir_search() returns 'unavailable' if the response from localenroll::get_userinfo() is not 'ok'

lonnet.pm
- &inst_directory_query() now returns a scalar and a hash.
  - scalar is the outcome of the query: 'unavailable', 'ok' or ''.
  - hash contains the search results (if any matches)

loncreateuser.pm
- Report to user that institutional directory search is unavailable if response from &lonnet::inst_directory_query() is not 'ok'.

localenroll.pm
- documentation updated
- &get_userinfo() returns 'unavailable' by default

loncommon.pm
- only display "Make new user" button following a matchless search for "username is <searchterm>" in the LON-CAPA domain of the user's current role.
- display the "forcenew" radio buttons following other valid matchless searches.
- add italicize span to standard_css()

loncreateuser.pm
- various wording changes to clarify the difference between searching in a LON-CAPA domain, and searching in an institutional directory.
- eliminate use of ambiguous 'this' when referring to the domain/institution searched.
- adding explanation (from rev 1.160) about new user creation, for cases where display of the "Make new user" button is inappropriate, and "forcenew" radio buttons are used instead.

"Enroll a single student" in Enrollment Manager now uses the same user search interface as "Set Individual User Roles" in Create Users, Change User Privileges.

loncommon.pm
- &user_picker() takes an additional argument ($caller) to indicate the name of the form which will contain the user search - either: document.crtuser for CUSR or document.studentform for ENRL.
- javascript function: validateEntry() now takes an argument - callingForm, which similarly contains the name of the form (document.crtuser or document.studentform.

loncreateuser.pm
- &print_user_selection_page() takes two additional arguments: $context,$srcharray.
  - $context is 'createuser' or 'enrollstudent', depending on caller of form.   - $srcharray is a reference to an array of search items - ('srchterm','srchby','srchin','srchtype','srchdomain').
  - The call to lonhtmlcommon::echo_form_input() in print_user_selection_page() is replaced with printing of form input for elements in @{$srcharray} because of the possibility that this page could be reached coming back from the user modification page.
  - form element: 'state' renamed 'currstate' to avoid collision with 'state' which is already used in ENRL.
  - entry for studentform added to &crumb_utilities() so setFormElements() works for ENRL usage.

londropadd.pm
- &single_user_entry_form() added to display user search in "Enroll a single student" interface.
- user information fields filled in for new username is data available in institutional search.
- breadcrumbs code allows return to intermediate steps in multi-screen single student enrollment.

searchtype of "begins with" can be set for institutional searches in domain configuration.
searchtype information now stored as a reference to an array instead of scalar in domain settings hash.

Add "begins with" type searches - matched where target (uname, lastname, etc.) begins with search term.

bug 5390 - only check if search term is valid username for uname type search
- trim leading and trailing spaces from search term.

fix another typo.

typo

- typo
- need an additional table header for permanentemail

loncomon.pm
- &select_dom_form() can optionally include domain description in adddition to domain name.
- revert some of the changes in rev 1.558 (8/2).
    - "search in" changed from radio back to selectbox
    - "search in" included in search criteria line.
 (N.B., a domain selection is required for both domain and institutional directory searching, and may also be used in a course-specific search).
- propagate wording changes in 1.558 to messages displayed in alerts
- checking of domain selection on form submission now works

loncreateuser.pm
- revert change in rev 1.168 (8/2)
- propagate wording change in loncommon.pm 1.558
- consistency in header title
- consistency in breadcrumb text

- typo

- BUG#5343, don't drop user from classlist if they have active student roles

- xhtml

- Felicia suggested interface changes
    - ordering of dropdowns
    - failed to find user, give them a make new user button
    - make scope of search radio buttons

- gather names for found users
- users without names where sorting randomly

- Felicia suggested wording changes

- xhtml

- eliminate dupliacted headers
- put the generation where it should be

- eliminate debug message
- add in warning css to warnings
- eliminate use of all_domains
- update a couple of messages