Uploaded image for project: 'Moodle'
  1. Moodle
  2. MDL-29688

In the Parent course of a meta linked course, a user remains in the list of participants even after all of their roles have been removed.

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Critical
    • Resolution: Fixed
    • Affects Version/s: 2.1.1, 2.1.2
    • Fix Version/s: 2.2
    • Component/s: Enrolments
    • Labels:
    • Environment:
      Windows Server 2008 R2, patched to date, SQL 2008 R2, patched to date. PHP 5.3.6 NTS with FastCGI on IIS 7.5
    • Database:
      Microsoft SQL
    • Testing Instructions:
      Hide

      1/ test enrol/database reactivation of accounts
      2/ set up ext db adn manual accounts in one course
      3/ create new course and meta link it to first course
      4/ manually change enrol status and tweak external db and watch if the status is updated properly in the linked meta course
      5/ SQL edit the user_enrolments table - modify status flag and execute cron (maybe better to call enrol_meta_sync() from test script
      6/ verify the user_enrolments table is fixed after cron execution

      Show
      1/ test enrol/database reactivation of accounts 2/ set up ext db adn manual accounts in one course 3/ create new course and meta link it to first course 4/ manually change enrol status and tweak external db and watch if the status is updated properly in the linked meta course 5/ SQL edit the user_enrolments table - modify status flag and execute cron (maybe better to call enrol_meta_sync() from test script 6/ verify the user_enrolments table is fixed after cron execution
    • Affected Branches:
      MOODLE_21_STABLE
    • Fixed Branches:
      MOODLE_22_STABLE
    • Pull from Repository:
    • Pull Master Branch:
      w42_MDL-29688_m22_enrol

      Description

      Normally, when all of a user's roles are removed from a course, they no longer appear in the Participants list in that course. In the child courses of a Meta linked course, the child courses seem to properly follow this same behavior.

      In the Parent course, however, this is not the case. The user properly reflects the removal of roles in the Parent course ("Course Administration > Enrolled Users"), but still shows in the Participants portion of the course, even after all of their roles have been removed.

      Replication steps:

      1. Create two child courses and a parent course, then add the child courses to the parent courses as meta linked enrollment courses.
      2. We're using the database enrollment plugin to add users to the Student role of the child courses.
      3. In the configuration of the database enrollment plug, we have the unenrollment behavior set to "disable course enrolement and remove roles".
      4. In the configuration of the meta linked course enrollment plugin, we do not have any roles set to not synchronize, i.d. all roles are synchronized.
      5. A user drops the course and is removed from the course in the external enrollment database.

      Expected Behavior: All roles are removed for the user in the child course and the parent course, and removed from the list of participants in the child course and parent course.

      Actual Behavior: All roles are removed for the user in the child course and the parent course, and removed from the list of participants in the child course BUT NOT the parent course.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              skodak Petr Skoda
              Reporter:
              boyedav David Boyer
              Integrator:
              Sam Hemelryk
              Tester:
              Rossiani Wijaya
              Participants:
              Component watchers:
              Amaia Anabitarte, Carlos Escobedo, Ferran Recio, Ilya Tregubov, Sara Arjona (@sarjona)
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Fix Release Date:
                5/Dec/11