I have a new feature/update request. As I understand, the process is to post here to determine if anybody has a solution and whether or not a ticket should be raised on the tracker?
Similar discussions have been had here, but are long out of date:
For the last year or so we have been using the method described here to handle extension requests from students:
This process is simple enough, but I would like to suggest:
- Students receive a message & email notification when an extension has been granted.
We regularly have confused students wondering if their extension is granted, or assuming it has not been because they have not been notified. We also get students confused because they don't know the precise date/time of their extension cut-off.
Further, rather than extension requests being made by students over e-mail, we use a work-around:
- Students complete a fillable PDF
- then upload that as a file on the assignment module in question.
This is useful because it creates a paper trail for the request that is easily accessible. However it is cumbersome because it means that the grader only receives a non-specific notification that a student has submitted something
- The grader logs in to Moodle, downloads the PDF,
- grants the extension
- AND MUST REVERT SUBMISSION TO DRAFT, in order to allow the student to submit their assignment at a later date.
This process is at times too complicated for our less computer literate staff.
So my second suggestion is this:
- Alongside the "ADD SUBMISSION" feature, a separate "REQUEST EXTENSION" be added for assignments. A student could then send a message to the grader, attach supporting documentation and request a date for their extension. This would not count as a regular assignment file submission and therefore;
- The grader would receive a specific 'extension request' notification for that student.
- The grader can grant the extension, with no requirement for them to also REVERT TO DRAFT.
I believe that the simplification of workflow in making, receiving and actioning extension requests via Moodle, particularly for instances with large numbers of students, justifies the addition of this feature to make Moodle's handling of this common occurrence more robust.