CVS log for loncom/interface/loncoursequeueadmin.pm

Up to [LON-CAPA] / loncom / interface

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN
Current tag: MAIN

- Bug 6982. Processing of course requests for "officiali" courses.
  Co-ownership set automatically on course creation for Course Coordinator
  roles assigned to verified instructor(s) of record (except requester/owner).

- Fix typo

- 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.

- Listing of requests for assignment of roles to users from other domains
  includes a menu to filter by date range, role type, request status, and
  adjudicator. Entries only seen for users where user's domain is configured
  to require approval from a DC in that domain.

- 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.

- Bug 6754
  - Storing mapping of Consumer course identifier to LON-CAPA courseID
    honors rules for allowable course types, and also general Y/N option for
    any type.
  - When a course is created due to launch from LTI Consumer, course's
    environment.db contains internal.lti set to 1, and extended course type
    is identified as "lti".

- Support customization in localenroll.pm to eliminate ambiguity in extraction
  of institutional section from institutional course section for automated
  enrollment.

- Pass data for crosslisted courses specified in course requests to batch
  course creation.

- Bug 6400
  Options for transfer or creation of tiny URLs when cloning.

- User account requests which employ e-mail verification may have usernames
  which are different from the e-mail address used for verification.

- Improve display of messages about requests for account creation etc.
  sent to requester's e-mail.

- 'dcc' priv assigned to Domain Helpdesk role so course creation log and
  and queued course requests are viewable by a user with that role selected.

- Courses created by process a course request will have comment.email set
  to username:domain of requester.
- XML file used for batch course creation can also include <setcomment> tag
  which when set to 1 will have the same result.

- &course_portal_url() routine moved to facilitate re-use.

- Bug 6808. New course container -- "Placement" for Placement Tests.

- Remove debug line.

- Support checking of course cloning rights based on (a) domain defaults
  (where no course-specific rights set), or (b) course specific rights
  for official courses, based on institutional code category/ies set in
  courseprefs, e.g., department=phy etc.

- If cloning, include courseID of course being cloned in information sent
  sent to localenroll::validate_crsreq() and locallenroll::crsreq_updates()
  (key is _LC_clonefrom) in $custominfo and $incoming hashrefs respectively.

- Add white space between syllabus link and display of unique code.

- Post-processing for course requests.
  - localenroll::crsreq_updates() can populate hash ref:
    $outgoing->{'createdactions'}->{'environment'} with a course's
    self-enrollment settings when processing course request.

- Pass default start access date and default end access dates to
  localenroll::crsreq_updates() so they are available to course request
  validator.

- Correct name of inststatus item stored during account creation process
  for e-mail address as username.

- Course requests for unofficial courses, textbook courses and communities
  can now include validation.
- Code used to generate validation items for self-enrollment configuration
  moved to &print_validation_rows() to facilitate re-use in course requests
  configuration.

- 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.

- Bug 6646
  - Self-creation of user accounts with e-mail address as username.
  - User information and password requested from prospective user in a single
    web form.
  - Add routines to handle creation of user accounts and notification
    following approval by Domain Coordinator.

Consistent spelling (upper case): Authoring Space

- New routine in localenroll.pm -- &crsreq_updates() -- to support
  domain-specific operations during course request process.
- Tabbed interface used for textbook-type course requests, one tab
  for course creation, one for request logs.
- Column for unique codes included in user's request log display, if
  domain has enabled use of unique codes.
- Correction to LON-CAPA messaging of unique code -- recipient should
  be requestor.

- Domain configuration used to set generation of unique six character code
  as course identifier when processing course requests, can be set
  separately for different request types - official, unofficial, community
  or textbook.
- Where a unique code is set for a course store in nohist_courseids.db on
  domain's library server(s).

- Unique six character identifier for a course can be created automatically,
  when a course is created, if domain configuration set to include this for
  course requests.
  - Initial use case is for a separate portal (toke-based auth) where students
    enter the code to sign up for a specific "textbook" course.

- 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.

- Update some keys in de.pm which were originally multi-sentence,
  for consistency with code simplification made in resetpw.pm rev 1.29.
- Reduce number of phrases required for contacting helpdesk in case of a problem
  by unifying such phrases to a single phrase:
  "Please contact the [_1]helpdesk[_2] for assistance."

Corrected wording typos
Updated related phrases in German translation file

- Course credits for a particular institutional code can be provided as a
  third item returned by localenroll::validate_instcode()
- Course credits can be specified for an official course (or retrieved from
  localenroll::validate_instcode) or an unofficial course as part of a course
  request
- Credits earned for a course can also be different for a specific student
  (e.g., retrieved from institutional classlist data), or specified when
  CC adds a student to a course via the web GUI.

- Coding style $array[index] preferred to @array[index] when index is a
  single, scalar, value.

- %settings changed from hash of hash to simply a hash, in rev 1.30.
- fix retrieval of domain configuration for "advanced users" for
  course requests or author requests.

- Functions List for Roles page
  - access to tools appropriate for current user:
    (show/hide expired roles, check for role changes, request course/community,
     request authoring space, show queued requests (course/author/self-enroll),
     hot list config).
  - lonpreferences.pm
    - returnurl = /adm/roles when using rolespref modifies behavior
    - clean up display (simplification of wording).
  - lonroles.pm
    - Individual buttons for display, changes, author space moved to functions.
    - new routine -- &roles_from_env() -gets hash of roles -used by &gather_roles().

- Requests author roles by users who do not have them.
  - Move code from lonroles.pm to new routines in loncoursequeueadmin.pm
    is_active_author(), author_prompt(), reqauthor_check(), process_reqauthor()
    to facilitate re-use.
  - At conclusion of course/community request process, offer option to
    request an author role to users without one, who have to rights to
    request one.

- 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.

ergonomic improvements for approval of self enrollment and course/community requests:
changed checkboxes to radiobuttons, put them into one line and added the possibility to decide later

- Remove unnecessary punctuation from message sent when course enrollment and/or
  creation request is approved.
- For course requests approved by DC, include appropriate portal URL for
  course.

- Bug 6287.
  Include course description in message sent to course owner.

- Bug 6287.
  Processing of requests for official courses queued pending validation
  by Autocreate.pl run by cron.
    - Send LON-CAPA message (with notification e-mail to permanentemail)
      to course requestor when course is created.

- Domain configuration for portal or default URL, e.g., a loadbalancer
  server (e.g., https://loncapa.msu.edu/), or a specific alias on a
  multidomain server (e.g., http://elps.loncapa.net/.
  - URL included in e-mail sent to confitm self-enrollment etc.

- Correction to args in call to lonnet::dump_dom() in &process_official_reqs().
- Convert "Validate" button from button with onclick call to javascript
  to submit button.
- Next phase varies on context ("approval" versus "pending").

- DC can display either requests queued pending validation of instructor,
  or queued pending approval.
- Validation can be attempted for pending requests
   - any validated will be created automatically.
   - unvalidated will be displayed with the option to approve/reject
- &process_official_reqs() moved from Autocreate.pl to facilitate re-use.
- New routine: &build_queue_display() created from code previously in
  &display_queued_requests() to facilitate re-use.

$newusermsg,$addresult,$enrollcount,$output and $keysmsg
 - all passed to &course_creation as refs to scalars
 - can be passed directly to &batchcreatecourse::build_course().

- $logmsg passed to &coursecreation is a ref to a scalar.
   - can be passed directly to &batchcreatecourse::build_course().

Corrected typo in rev. 1.18

- Code to update user's courserequests.db moved to &update_coursereq_status() in loncoursequeueadmin.pm
  to be more widely available.

- Bug 6176. Owners of courses can clone them even if they no longer have an
  active Course Coordinator role.
- New subroutine in lonnet.pm - &is_course_owner() returns 1 if user is
  the owner of the specified course.

- &escape() moved from lonnet.pm to LONCAPA.pm some time ago.

- Name of 'st' role available via self-enrollment needs to accommodate
  course type and/or course configuration (non-standard role names).

- Apache::Constants not needed.

- Move &queued_selfenrollment() from lonroles.pm to loncoursequeueadmin.pm
  to facilitate re-use.
 - &queued_selfenrollment() has a different arg - $notitle - which when true
   will omit title of pending requests table.

- 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).

- Accommodate Communities.

- Additional optional arg for loncommon::select_dom_form()
  - can restrict available domains to those included in the array ref arg.
- Only display domains for which user can request courses in the domain select box
- Only included types of course a user can request in the Type select box
- Accommodate Communities
  - text changed depending on whether requests are possible for courses only, communitiesonly or both.
  - &loncoursequeueadmin::check_can_clone() - check user roles for active "co" role for a Community.

- add spaces needed in mail message.
- correct context name for message sent to CCs when action is taken on pending self-enrollment requests.

- clonecrs and clonedom were reversed in &can_clone() check of requestor's roles hash.

- Additional arg for &build_batchcreatehash() - context
  - determines if user information for owner is from %env, or from call to
    &Apache::lonnet::userenvironment().
- Set start and end dates for roles for additional personnel. For student roles use
  the defaults specified in the request for accessstart and accessend.

- Domain Coordinators approving requests can view details of request in a pop-up window.

- Reverse changes in lond 1.420.
- &newput_dom(), &dump_dom and &del_dom in lonnet.pm now use the corresponding routines for user files - &newput, &del and &dump - with domain db data stored in .db files belonging to the domainconfig user.
- new routine: &get_domainconfiguser() provides the username of the domainconfig user.

- When checking to see whether approved course requests should be processed,
  need to accommodate cases where requestor's domain is different from course's domain - additional check beyond call to &usertools_access() needed.

Course Requests
- Client-side javascript validation to check a course description was provided.
- Server-side checking that requestor has rights to clone a course selected for cloning.

- Status change when course request is rejected by DC stored in a separate key => value record in courserequests.db file belonging to requestor.
  - key is status:$cdom:$cnum
- Minor changes to formatting of LON-CAPA messages sent following DC review of request.

Course Requests
- Move &build_batchcreatehash() from lonrequestcourse.pm to loncoursequeueadmin.pm
- Move call to LONCAPA::batchcreatecourse into a separate routine: &course_creation()
  within loncoursequeueadmin.pm
- Code added for resolution of course requests subject to approval by DC.
   - either approve and create course, or reject.
   - formatting of LON-CAPA messages sent to notification list and requestor improved.
- Change in storage of status information for a request.
  - Status now stored in a separate key => value in courserequests.db file belonging to requestor
    - key is status:$cdom:$cnum
- User's display of pending requests now shows the required information.
(Select button to view/modify/cancel individual request currently inactive - work in progress).

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() ).