-
Bug
-
Resolution: Fixed
-
Minor
-
3.5.11, 3.6.9, 3.8.2, 3.9.6, 3.10.3, 3.11, 4.0
-
MOODLE_310_STABLE, MOODLE_311_STABLE, MOODLE_35_STABLE, MOODLE_36_STABLE, MOODLE_38_STABLE, MOODLE_39_STABLE, MOODLE_400_STABLE
-
MOODLE_310_STABLE, MOODLE_39_STABLE
-
Hi there,
This was first identified on a Moodle 3.5.11 production site, which has since been cloned with the clone being updated to 3.6.9 then 3.8.2 to no avail. This has also been found on an entirely separate development Moodle running 3.8.2 on a different server so it doesn't seem particular to the production environment.
To replicate:
- If you do not have a role which can be applied in the user context already, change an existing one or create a new one which can be applied in that context.
- If you do not already have cohorts to apply, create at least 10 test cohorts
- if you do not have users to assign to cohorts already, create 6 test users with different first names/lastnames with different initials.
- Go to Site administration -> Users -> Permissions -> Assign user roles to cohort. (Alternatively yourmoodlesite.com/admin/tool/cohortroles/index.php)
- Assign the test users to test cohorts until you have enough results on display to get the initials table at the top to appear.
- Try selecting different initials for either "First name" or "surname".
- You should find the URL will change according to what you have selected (e.g: ?tifirst=F) based on the users first names and surnames, however the table below will not change which results are displayed.
Presumably the expected behaviour is for the table of entries to filter out entries which do not match the initials that are selected. This seems to work elsewhere where this initial table filter is used, such as on a course's enrolled users/participants page (Course Administration -> Users -> Enrolled users) or when viewing all submissions to an assignment activity (Go to assignment activity -> View all submissions).
Let me know if you need any more details regarding this or if you're unable to replicate.