Checklist

Marius - I'm afraid I'm not familiar with the functionality of the Timeline block or how you set up reminders in it (I am a developer, not actually a user of Moodle these days, so some aspects of Moodle functionality I don't touch on very often).
If you think there is a specific bug in the checklist plugin, then I suggest you open up a ticket in GitHub where you describe step-by-step what you are doing, exactly what you expect to happen and what actually happens. I cannot promise I'll look at it quickly, but I will try to review it at some point.

Hello, is it normal that, with this activity module, adding a reminder for the Timeline block doesn't make it show up on the Dashboard's Timeline block? It does show up on the Calendar block, though. This is when testing with the latest plugin version (4.1.0.7) on either Moodle version 4.5.7 and 5.1, PHP 8.X.

Hi Matt,
I tried to reach out to you on this, but it doesn't look like I'm able to send you a direct Moodle message.
Could you drop me an email to moodle@davosmith.co.uk to discuss this patch you have listed above, because I'm really struggling to understand what problem you are trying to solve here?
This activity already fully supports filtering the list of users by group - to check it works, I've just added a Behat test here: https://github.com/davosmith/moodle-checklist/blob/master/tests/behat/groups.feature
This test is passing for Moodle 4.1-5.1 and shows the standard groups selector working as I would expect - a teacher can select different groups from the drop-down and the list of students is filtered according to this list. I'd really like to understand what is different on your system and why you need to modify the code to get it to work? (Or to see if I've completely misunderstood what you're trying to do).

To reply to my own comment above, I've managed to get this filtering groups with small tweaks to report.php and locallib.php. I'll explain what I've done below.
mod/checklist/report.php:
Simplified the script to a minimal bootstrap that delegates all rendering (header, content, footer, and controls) to checklist_class->report().
Some variants of report.php were doing a mixture of:
Calling $OUTPUT->header()/$OUTPUT->footer() directly (risking moodle_page::set_state errors, since the class also outputs headers), or
Injecting UI elements (like a second group control), causing duplication and layout issues.
Full Code:
require(__DIR__ . '/../../config.php');
require_once($CFG->dirroot . '/mod/checklist/locallib.php');
$id = required_param('id', PARAM_INT);
$studentid = optional_param('studentid', 0, PARAM_INT);
$url = new moodle_url('/mod/checklist/report.php', ['id' => $id]);
if ($studentid) {
$url->param('studentid', $studentid);
}
$cm = get_coursemodule_from_id('checklist', $id, 0, false, MUST_EXIST);
$course = $DB->get_record('course', ['id' => $cm->course], '*', MUST_EXIST);
$checklist = $DB->get_record('checklist', ['id' => $cm->instance], '*', MUST_EXIST);
$PAGE->set_url($url);
require_login($course, true, $cm);
$context = context_module::instance($cm->id);
require_capability('mod/checklist:viewreports', $context);
$chk = new checklist_class($cm->id, $studentid, $checklist, $cm, $course);
echo $chk->report();
mod/checklist/locallib.php
I replaced the stock group label with a real dropdown and made sure the selection is applied to the user queries. I also added a small, consistent bottom margin so the dropdown doesn’t collide with the “Hide optional items” button.
Inside checklist_class->report() find this block:
$out .= groups_print_activity_menu($this->cm, $thisurl, true);
$activegroup = groups_get_activity_group($this->cm, true);
if ($activegroup == 0) {
if (groups_get_activity_groupmode($this->cm) == SEPARATEGROUPS) {
if (!has_capability('moodle/site:accessallgroups', $this->context)) {
$activegroup = -1; // Not allowed to access any groups.
}
}
}
Replace that entire block with:
// --- Group selector (always a real dropdown) ---
$activegroup = groups_get_activity_group($this->cm, true); // Moodle's current group (may be 0)
// Build a course group list the current user can access.
$coursecontext = context_course::instance($this->course->id);
$canseeall = has_capability('moodle/site:accessallgroups', $coursecontext);
if ($canseeall) {
$groups = groups_get_all_groups($this->course->id, 0, 0, 'g.id, g.name');
} else {
global $USER;
$groups = groups_get_all_groups($this->course->id, $USER->id, 0, 'g.id, g.name');
}
$menugroups = [0 => get_string('allparticipants')];
foreach ($groups as $g) {
$menugroups[$g->id] = format_string($g->name, true, ['context' => $coursecontext]);
}
// Render a dropdown that sets the ?group= URL parameter.
$select = new single_select($thisurl, 'group', $menugroups, $activegroup, null);
$select->label = get_string('groups');
$select->formid = 'checklist-report-groupselector';
// Compact, consistent spacing
$out .= html_writer::tag(
'span',
$OUTPUT->render($select),
['style' => 'display:inline-block;margin-right:1rem;margin-bottom:8px;']
);
// Respect Separate groups rules when viewer lacks access-all.
if ($activegroup == 0) {
if (groups_get_activity_groupmode($this->cm) == SEPARATEGROUPS) {
if (!has_capability('moodle/site:accessallgroups', $this->context)) {
$activegroup = -1; // No permitted groups -> show no users.
}
}
}
// Use the explicit selection from the URL if present.
$activegroup = optional_param('group', $activegroup, PARAM_INT);
Hope this helps someone!

Matt,
I've not tried this in ages, but, as far as I can see, the report on user progress is already filtered by group, so I'm not quite sure what you're asking for (unless the filter is currently broken?)

Hi Everyone,
I have this plugin and it's working wonderfully on 5.1+
What I would like to do is be able to filter by group in the 'view progress > edit checks" view, as we have a large number of learners. Has anybody figured a way to enable this filter?
Thank you

I found a solution. I commented lines 231-235 in the locallib.php file.

Hi @ David,
i get the error message on mobile app of moodle.
At background runs Moodle 3.9.4+

Boris - that sounds like an interesting suggestion. I'm unlikely to look at it in my spare time, but if you have a developer who can submit a well-written patch with automated test coverage, then I'd be happy to review it.
Alternatively, if you are wanting to fund this development, please contact me directly and I can look to see if this could be completed during my working day.

Hi @david,
Would it be possible to add a feature to mod_checklist allowing group-based collaborative validation?
The idea: when one member of a group checks a task, it gets marked as completed for all members of that group.
This would be very useful for shared workflows in group activities.
Thanks for considering!

Senol - that shouldn't be possible - 'core_external\util' is only reference at one place in the code and it checks to see if the class exists, before it tries to use it.
I'd need to know exactly which version of Moodle and which version of the plugin you were using in order to investigate any further.

If i use this plugin on Moodle App it returns a "Class 'core_external\util' not found" error. Is there a solution?

Thank you Davo. I will have my developper take a look at it.

Vincent,
I've not looked at what is involved in adding subsection support to the checklist activity, so I don't know how complicated it would be.
I'm very unlikely to look at it anytime soon (I do very little Moodle development in my free time), but I'd certainly review a well written patch that implemented such a feature (as long as it had good automated test coverage and followed the Moodle coding guidelines).

Hello, first we love you plugin!! We are upgrading to 4.5 in july to take advantage of the addition of subsections. But we have a major issue. We use checklist everywhere in our courses within sections.Would it possible to add a setting inside a checklist to include section and subsections ? For example a section has 4 subsections. I want a check list that includes activities in the 4 subsections. Or I have a checklist in the last subsection and I want to include activities from the 3 previous subsections.