Dual Code is committed to continuously improving the HCE and regularly implementing new features with each release. You'll find below our latest release notes. The learning environment allows you to set valid values for the face-to-face "Location" field, and to define new custom fields. Once these fields are created, they will appear in the "Event Details General" section of the face-to-face session (usually just above the "Additional details" text area). These fields can be made visible to end users when they view the session details and incorporated in notification messages (e.g. emails). Learn more here: https://docs.dualcode.com/x/GAD5AQ Ref: HCE-7576 A single activity can have multiple completion criteria. For example, in order to complete a SCORM, an instructor might specify that the learner must (a) view the activity, (b) receive a grade, (c) that the grade must exceed a required minimum score, (d) require a status of "passed" from the SCORM package itself, and (e) require all scos to return completion status. This would result in 5 badges on the course outline page for that single activity. While viewing those details is important when a learner is in progress of completing the activity to properly communicate what they need to do, after the learner receives a learning record, that information becomes less important. As part of this improvement, once a learner receives a learning record for an activity, the badges are aggregated into one (1) badge that simply says "Done: Complete". When the user is asked to get recertified, the 5 badges will once again appear. Learn more here: https://docs.dualcode.com/x/_IClBQ Ref: HCE-7657 Learners can now mark themselves as having attended a face-to-face session by scanning a QR code using their mobile device. This marks their attendance as "Fully attended". By allowing users to self-attest, the instructor no longer has to manually enter everyone's attendance. The attendance however is not automatically "approved". The instructor must still approve the timesheet and in doing so, has the opportunity to change someone's attendance before their final approval. Learn more here: https://docs.dualcode.com/x/CYDXAg Ref: HCE-7551 Instructors can upload files (e.g. SCORM packages) that are up to 1GB in size. As part of this improvement, System Administrators can now upload files as large as 5GB in size. This implies that if an Instructor needs to upload a file >1GB but <5GB, they must ask a System Administrator to do it on their behalf. If the file is >5GB, the team should consider breaking the file into multiple files or compressing it. Ref: HCE-7600 When using the "Supporting Documentation" activity, it's possible to end up in a scenario where all the activity completion badges show "Done", but the activity itself is not marked as complete. This is caused by the fact that the supported documentation uploaded by the user has been rejected by the instructor and therefore, the activity is (accurately) not marked complete. As part of this software fix, a red badge now visually indicates to the learner that the activity is in fact not complete and that they must submit another file.. Learn more here: https://docs.dualcode.com/x/uQDyBw Ref: HCE-7634 The Completion Status report, which is currently in Beta, supports pagination. When first / last name filters are applied to the page, the pagination is ignored, thereby presenting a large number of users on the page. If a course contains thousands of users, trying to display them all at once may cause memory issues either on the server or in the browser and the report may not load properly. As part of this software fix, pagination is now respected even when filters are applied. Learn more here: https://docs.dualcode.com/x/HQFeCQ Ref: HCE-7649 The "Self-enrolment (Advanced)" method is now able to send a notification to learners, instructors, or both learners and instructors when their enrolment is about to expire. Following the upgrade of your learning environment, courses that already use the "Self-enrolment (Advanced)" enrolment method will not automatically start sending notifications, but if the enrolment method is added to a new course or an existing course, the enrolment instance will be configured to notify learners by default 7 days before their enrolment expires. The notification will be sent via email as well as using the system's built-in web notifications. Learn more here: https://docs.dualcode.com/x/WQC3CQ Ref: HCE-5885 A System Administrator can register users in programs using a CSV file. They can simply enter the program ID in the CSV file as explained in this article. While the article is clear that the program ID to be included in the CSV file should reference the primary key of the program (i.e. the auto-incremented ID generated by the database, not the "ID Number" field that you manually enter in the web form), the system does have the ability to look up programs by its "ID Number" if the value is non-numeric. (This fall back approach is not documented and not officially supported and we do not recommend that you use it.) Because the program "ID Number" is not guaranteed to be unique, one of the caveats is that this method could result in more than 1 program being found. If multiple programs match the "ID Number" in the CSV file, the system would only assign the user to the 1st program it found (e.g. randomly). As part of this improvement, the system will now register users in ALL programs that match the "ID Number" in the CSV file. Learn more here: https://docs.dualcode.com/x/WQC3CQx Ref: HCE-7125 The BigBlueButton server is now sends details back to the learning environment related to the attendance and participation of learners in BigBlueButton sessions. This makes it possible for an instructor to specify how long the user must attend a session in order to receive a learning record, and whether or not they need to participate in the chats, the talks and the polls to name a few examples. When a participant meets the requirements as defined by the instructor, the learning environment will grant them a learning record for the BigBlueButton activity in question, which can then be used by the course itself to issue a learning record and a certificate of completion. Please note that this feature has been gradually introduced to BigBlueButton servers hosted by Dual Code since July 2023 but it is only now generally available to all Dual Code clients. Learn more here: https://docs.dualcode.com/x/G4GqAg Ref: HCE-7610 The learning environment now includes a web form that makes it easier for learners to contact your technical support team. The form allows them to enter their name and email address, both of which are automatically captured if the users are logged in. The users can also specify a subject line and a detailed message. When linking to the web page (e.g. using a "Help", "Technical Support" or "Contact Us" link in the top navigational bar), the page will present the form to the learner, or redirect them to an external technical support page if one is configured via the "Support page" setting. Learn more here: https://docs.dualcode.com/x/FQC3CQ Ref: HCE-7456 The Accreditation feature allows you to specify the accrediting body, the type of credit, and the number of credits / hours for a course. This information can then be included in a certificate of completion, thereby giving a learner the proof they need to register their credit with their College or other association. As part of this enhancement, the "Canadian Nurses Association" now appears in the list of accreditation bodies, allowing you to track courses accredited by the CNA. Learn more here: https://docs.dualcode.com/x/WwAgC Ref: HCE-7609 The Performance Appraisal System now features a new report called "Completion Rates". The new report provides you statistics, organized by Appraiser, on the appraisal forms such as the total number of forms assigned to the Appraiser, the total number of forms completed, in reviews and locked, and so on. Learn more here: https://docs.dualcode.com/x/K4AVCQ Ref: HCE-7601 The "Completion Details" report that is part of the Performance Appraisal System had a column titled "Manager". The title of the column is ambiguous because "Manager" could represent the user's Supervisors or the person who evaluated the user (e.g. the "Appraiser"). To clarify the meaning of the information inside column, the title of that column is now "Appraiser". Learn more here: https://docs.dualcode.com/x/K4AVCQ Ref: HCE-7578 If you have defined an 'optional' (i.e. not required) custom user profile field of type date/time, and you have one or more pre-existing users in the system that do not have values for this newly created custom profile field, you cannot set/update that value for those users through a CSV user upload. The value you specify in the CSV file for that field will be ignored. As part of this software fix, the user upload will not process and store the date/time as expected. Learn more here: https://docs.dualcode.com/x/zgAG Ref: HCE-7472 If a program is set to not assign any roles (where "Assign the role of" is set to "Do not assign roles") and it is later changed to assign the role of student, the user is enrolled in the course using the "Manual" enrollment method. This makes it difficult to track which program assigned the user to the course and may also prevent the user from being tracked in the compliance reports. As part of this software fix, if a program changes from "Do not assign roles" to "Assign the role of: Student", the system will enrol the user in the course using the program enrolment method. Learn more here: https://docs.dualcode.com/x/BIAM Ref: HCE-7582 The system now supports GPG decryption for CSV files used for user uploads. If enabled, a public key will appear on the "Encryption" page in the system. This key must be used to GPG encrypt your CSV files before uploading them to the system. Please note that even if you choose not to GPG encrypt the CSV file, the file is still protected using TLS 1.2 or greater and high-grade encryption (256 bit) while being uploaded to the server (i.e. in transit) and encrypted with a data key using an industry-standard AES-256 algorithm while on the server (i.e. at rest). Learn more here: https://docs.dualcode.com/x/0IGGCQ Ref: HCE-7599 When sorting the Learning Records by columns that contain user information that are not available in the report by default (e.g. username, department) , the report generates an error. As part of this software fix, any standard user field that is added to the report can now be used for sorting purposes. Please note that sorting by custom user profile fields however is not yet supported (but doesn't generate an error). Learn more here: https://docs.dualcode.com/x/jgA5 Ref: HCE-6239 The "Static Text" custom user profile field allows you to display read-only information on the self-registration page and/or edit profile page such as a welcome message or special instructions. As part of this improvement, the "Static Text" field can now be made conditionally visible. This means that the message or instructions that you display on the web page can vary depending on the option a user selected in a dropdown menu elsewhere on the page. Learn more here: https://docs.dualcode.com/x/oAAG Ref: HCE-7562 When instructors print the list of attendees for a face-to-face session, the page being printed included unnecessary elements from the web page. As part of this improvement, these elements have been removed resulting in a nice printed page. Learn more here: https://docs.dualcode.com/x/b4CGCQ Ref: HCE-7496 When searching for cohorts, a search on the "All cohorts" tab would redirect the administrator to the "System cohorts" tab. If the cohort in question was not a "System" cohort, it would not appear in the list of results. As part of this bug fix, the search results are now displayed on the "All Cohorts" tab if they are performed from that tab as expected. Learn more here: https://docs.dualcode.com/x/YQCj Ref: HCE-1358 As part of our general development cycle, numerous 3rd party plugins available from the Moodle marketplace were updated. These include: availability_language, availability_role, atto_fullscreen, block_course_modulenavigation, enrol_coursecompleted, format_grid, mod_publication, and mod_zoom. Learn more here: https://moodle.org/plugins/ Ref: Miscellaneous As part of our general development cycle, the HCE, which is based on Moodle, the world's most popular open-source LMS, has been upgraded to Moodle 4.1.7. Learn more here: https://moodledev.io/general/releases/4.1/4.1.7 Ref: HCE-7390December 18, 2023
Ability to Modify the Location and Custom Face-to-face Fields (New Feature)
Fixed in: 4.1.7.1December 18, 2023
Badges are Aggregated when a User Receives a Learning Record (Improvement)
Fixed in: 4.1.7.1December 18, 2023
Learners can Scan a QR Code To Mark Themselves as Having Attended a Face-to-face Session (New Feature)
Fixed in: 4.1.7.1December 18, 2023
System Administrators' Limit for File Size Increased to 5GB (Improvement)
Fixed in: 4.1.7.1December 18, 2023
All Badges Show "Done" but Activity is Not Marked as Complete (Bug Fix)
Fixed in: 4.1.7.1December 18, 2023
Completion Status Report is Ignoring Pagination when Applying Filters (Bug Fix)
Fixed in: 4.1.7.1December 18, 2023
Notifying Users when their Enrolment is About to Expire with the Self Enrolment (Advanced) Method (New Feature)
Fixed in: 4.1.7.1December 18, 2023
Uploading Users to Programs using a CSV File Will Add Them to All Matching Programs (Improvement)
Fixed in: 4.1.7.1December 18, 2023
Automatic Tracking of Attendance and Participation in BigBlueButton (New Feature)
Fixed in: 4.1.7.1December 18, 2023
Built-in Technical Support Page for Users (New Feature)
Fixed in: 4.1.7.1December 18, 2023
Ability to Track Courses Accredited by the Canadian Nurses Association (Improvement)
Fixed in: 4.1.7.1December 18, 2023
New Report in the Performance Appraisal System (New Feature)
Fixed in: 4.1.7.1December 18, 2023
Renaming of the "Manager" column in the Performance Appraisal Report (Improvement)
Fixed in: 4.1.7.1December 18, 2023
Uploading User Information to a Field of Type Date/Time is Ignored Under some Specific Conditions (Bug Fix)
Fixed in: 4.1.7.1December 18, 2023
Changing a Program from "Do not assign roles" to Assigning a Role such as Student Uses the Wrong Enrolment Method (Bug Fix)
Fixed in: 4.1.7.1December 18, 2023
Encrypting CSV Files for User Uploads (New Feature)
Fixed in: 4.1.7.1December 18, 2023
Sorting the Learning Records Report by Certain Columns Generates an Error (Bug Fix)
Fixed in: 4.1.7.1December 18, 2023
User Profile Field of Type "Static Text" is Conditionally Visible (Improvement)
Fixed in: 4.1.7.1December 18, 2023
Improvements to the Attendance Sheet (Improvement)
Fixed in: 4.1.7.1December 18, 2023
Search Function Redirects to Another Tab (Bug Fix)
Fixed in: 4.1.7.1December 18, 2023
Moodle Plugin Updates (Moodle Update)
Fixed in: 4.1.7.1December 18, 2023
Moodle 4.1.7 Update (Moodle Update)
Fixed in: 4.1.6.1
The changes below from our previous release are automatically included in this release.
Users who are granted the role of Supervisor have the ability to decide whether they only want to view users who report to them directly, or all users who report to them (directly or indirectly). When a Director reports on indirect staff, they are able to report on users who report to their Managers on the organizational chart. When a supervisor would report on "All users who report to me (directly or indirectly)", some reports would take a long time to load. As part of this performance improvement, the reports in question return much faster - as much as 10x as fast for some Supervisors. Learn more here: https://docs.dualcode.com/x/_YCZB Ref: HCE-7597 As part of our general development cycle, the web conferencing system, which is based on BigBlueButton, has been upgraded to version 2.6.15 Learn more here: https://github.com/bigbluebutton/bigbluebutton/releases/tag/v2.6.15 Ref: HCE-7598 When the learning environment generates learning records, it includes the "Course ID number" value from the course, thereby providing a way for clients to include a version of the course the learners competed in the learning record. When uploading historical learning records however, the administrator could not specify a course ID number. As a result, the current value in the course ID number field would always be included in the learning record, including historical learning records. As part of this improvement the course id number is not an optional column in the CSV file used to upload learning records. Learn more here: https://docs.dualcode.com/x/R4DoBw Ref: HCE-7560 When a user fails an activity, the overall badge displayed next to the activity in question shows "Done: Completed". While it's true that the user has completed the activity, it's important to reflect whether they have passed or failed the activity. This software fix continues to display a single "Done: Completed" badge when the user completes and passes all of the activities, but will now show all of the badges, including a failed badge, when the user fails one or more of the requirements for the activity. Learn more here: https://docs.dualcode.com/x/_IClBQ Ref: HCE-7533 The Completion Status report now displays a red X next to an activity if a user has failed any of the completion criteria for that activity. Generally speaking, only activities that require grades track whether or not the user "passed" or "failed" the activity. Learn more here: https://docs.dualcode.com/x/HQFeCQ Ref: HCE-7509 System Administrators have the ability to specify (under Site Administration > System Configuration) whether or not users are required to login before accessing any portion of the site. (Alternatively, if "Require login" is disabled, a user is allowed to view the site's front page without being logged in.) The course search toolbar typically at the top right of the site was visible even though "Require login" was enabled and the user had not yet logged in. If a user used the toolbar to search for courses, the system would not return any results, leading the user to believe that the system had no courses. As part of this improvement, if "Require login" is enabled, the course search toolbar is only visible after users log in the system. Learn more here: https://docs.dualcode.com/x/JIGlBQ Ref: HCE-7569 Under certain circumstances, users who are marked as a "no show" for a face-to-face session cannot register in another session. As part of this software fix, users can now register in future sessions if they are a "no show" in a previous session. Note that a user left in the "Booked" state (e.g. the instructor did not mark their attendance) can still not register in future sessions. In other words, the instructor must save and approve the face-to-face timesheet in order for a user to be able to register in the future. Learn more here: https://docs.dualcode.com/x/NoABBg Ref: HCE-7559 Under specific circumstances, a user who tries to get recertified may see an "Invalid Course Module ID" message after clicking on the "Renew my learning record" link. As part of this software fix, the course ID is properly identified and the message no longer displayed. Ref: HCE-7539 Programs allow you to send notifications to enrolled users when they are registered in a course and when their courses are approaching a due date. If an administrator were to set an aggressive "Days to complete" in the program, the user may receive both notifications on the same day or week. In other words, it would be possible for a user to be told that they have been registered in a new course on Sunday and receive a reminder on the Monday that the same course is coming due. As part of this improvement, the reminder notifications are no longer sent unless the user has been registered in the course or program for at least 6 days (to prevent from sending them 2 reminders within a week). Learn more here: https://docs.dualcode.com/x/BoGGCQ Ref: HCE-7418 The tool used to schedule user uploads can now watch a folder for new files. When scheduling a job, instead of specifying the exact name of the CSV file to be processed, the administrator can now specify the name of a pre-existing folder. If a new file is uploaded to this folder, the system will automatically process it. Learn more here: https://docs.dualcode.com/x/9wKj Ref: HCE-7119 When a course is configured in such as a way that the user must complete ANY of the activities in the course and the user completes the course, the badge next to the activities that were skipped would display "Done: Complete". Those badges should instead display "Done: Skipped". As part of this software fix, activities that were skipped now correctly display "Done: Skipped". Learn more here: https://docs.dualcode.com/x/_IClBQ Ref: HCE-7517 Users can only sign up for one (1) face-to-face session for the same activity. In order to attend a different session, they must first cancel their registration. When trying to sign up for a different session using the calendar, the learner would get an unclear / error message. As part of this improvement, a clear message displayed to the user explains that they must first cancel the session they currently have booked in order to register for a different session. Learn more here: https://docs.dualcode.com/x/NoABBg Ref: HCE-7370 When face-to-face notifications are generated and the notification message contains a substitution token for a conditionally visible face-to-face custom field, if that field is not visible, then no value is substituted for the token and the token string is left 'as is' (ex: '[session:conditionalvalue]'. As part of this software fix, if the token is not visible, the message will display an empty character instead of the token string. Learn more here: https://docs.dualcode.com/x/n4CGCQ Ref: HCE-7500 When a user purchases a course that contains a Face-to-face activity (using the "Session enrollments" enrolment method), their seat is reserved for 15 minutes. They may still complete their purchase after 15 minutes, but they will be assigned a new seat. Should all the remaining seats be sold AFTER the 15 minutes but BEFORE they complete their purchase, the payment would go through but the user would not be assigned a seat. The user would need to select another session after being enrolled in the course. As part of this improvement, a second verification is done when the purchase closes and if there are no more seats available, the user is displayed a message informing them that the session is full and the payment is not processed. The user has the option to select another session (with available seats) and re-enter their payment information if they want to. This improvement means that if a user doesn't want to sign up for another session (offered at a different time or in a different location), they do not have to request a refund because their will not be charged. Learn more here: https://docs.dualcode.com/x/PwHbBg Ref: HCE-7335 When a user purchases a course and enters their billing information, they have the ability to store that information in their user's profile for future purchases. (The information being stored includes their name and address, but Dual Code NEVER stores the user's credit card information.) If a user opted to update their user profile information and modified their name in the process (e.g. usually because the name on the credit card they used was different than the name in their user profile in the learning environment), the name on the credit card would appear on their certificate of completion when they completed the course. As part of this improvement, the learning environment will now store the user's address (if and only if they select the option to update it) but will never update the user's first and last name. Learn more here: https://docs.dualcode.com/x/EoAVCQ Ref: HCE-7318 Programs can notify additional recipients (other then the learners themselves and their supervisors) when courses are coming due or overdue. However, these users needed a capability. Otherwise, the notification would be blocked. As part of this software fix, all users listed as valid "Additional Recipients" in a program will now be notified (provided that the notifications are enabled). Learn more here: https://docs.dualcode.com/x/HABpBg Ref: HCE-7372 When an appraisal in the Performance Appraisal System is in the "Awaiting manager review" status, the employee being appraised may get a reminder to complete their appraisal. As part of this software fix, the employee being appraised is no longer getting the reminder. Learn more here: https://docs.dualcode.com/x/K4DXAg Ref: HCE-6430 When adding users to a face-to-face session, suspended users show up in the list of potential attendees. As part of this improvement, if the user is suspended in the learning environment, they are not visible in the list of potential attendees. Learn more here: https://docs.dualcode.com/x/VYA3AQ Ref: HCE-7436 When downloading or printing the attendance sheet in PDF format, the sheet is not sorted alphabetically. As part of this improvement, the names in the PDF file are now sorted alphabetically. Learn more here: https://docs.dualcode.com/x/b4CGCQ Ref: HCE-7436 If an Instructor enables payment collection on a course and defines a "License expires after", their expectation is that once a license expires, any user who enrolled in the course using this license will lose access to the course. In reality however, an individual user's enrolment duration was calculated based on the "Enrolment duration" setting and the date the user enrolled in the course using the license key. If both "License expires after" and "Enrolment duration" were set to "365 days", it would be possible for a user who enrolls 1 day prior to the expiration of the license key to have access to the course for another 365 days (so 729 days AFTER the license key was first purchased). Following feedback from clients who sell courses, it was determined that when users self-register using a license key, their enrolment end date will now be calculated as the minimum of the license expiration date and the date which would otherwise be calculated using the "Enrolment duration" setting in the "Self enrolment (Advanced)" method in question. In other words, a user's enrolment end date will never exceed the license expiration date. Learn more here: https://docs.dualcode.com/x/EoAVCQ Ref: HCE-7281 The "Courses" link in the navigation block no longer expands in some browsers due to a JavaScript error. As part of this software fix, the issue has been addressed and the link now expands as expected. Ref: HCE-7216 A new report called "Completion Status" is now available. This report lists all users enrolled in a course and whether or not they have completed the activities in the course, and the course overall. The report reads directly from the learning record store and therefore provides a much more accurate view of the user's progress. Compared to the "Course Completion" and "Activity Completion" reports, this report for example can: This report pulls the information directly from the Learning Record Store, which is the source of truth for activity and course completion information. This means that even if an Instructor unlocks the completion criteria, this report will continue to show an accurate status of a user's completion (whereas the "Course completion" and "Activity Completion" reports would lose this information if the completion criteria changes and show empty checkboxes). Learn more here: https://docs.dualcode.com/x/HQFeCQ Ref: HCE-7309 A new custom user profile field called "Static text" is now available. This new field type allows you to display read-only information on the self-registration page and/or edit profile page such as a welcome message or special instructions. Learn more here: https://docs.dualcode.com/x/oAAG Ref: HCE-7195 If a Feedback activity was included in a course that was recurring (e.g. a course that needs to be done once a year), the feedback activity had to have "Allow multiple submissions" set to "Yes". If it is set to "No", the user could not submit their feedback in subsequent years / attempts when they are asked to get recertified. Unfortunately, the "Allow multiple submissions" field becomes read-only once learners start submitting their answers. It was therefore impossible to switch a Feedback activity that was initially set not to allow multiple submissions to now allow them. As part of this improvement, a user can now submit a new attempt for a Feedback activity when they are asked to get recertified, even if "Allow multiple submissions" is set to "No". Learn more here: /wiki/spaces/Healthcare/pages/34843904 Ref: HCE-7423 If an Assignment activity was included in a course that was recurring (e.g. a course that needs to be done once a year), learner may be in a position where they cannot re-submit their assignment in subsequent years / attempts when they are asked to get recertified. As part of this improvement, a user can now submit a new attempt for an Assignment activity when they are asked to get recertified. Learn more here: /wiki/spaces/Healthcare/pages/34843904 Ref: HCE-7422 When course full names are bilingual and therefore contain "mlang" tags, the "mlang" tag itself is displayed in the report rather than the corresponding English or French course title. As part of this software fix, the "mlang" tag is no longer being displayed and the course title is displayed in the user's preferred language (e.g. the language of the user viewing the report). Learn more here: https://docs.dualcode.com/x/OIAX Ref: HCE-7444 When a user self-registers in a course using the "Self-enrolment (Advanced)" method, the button reads "Enrol now". This button however is misleading for a user that intends to purchase the course on behalf of other users. As part of this improvement, the button remains "Enrol now" when a course does not require any payment, but has been changed to "Purchase course" when payment is required. After clicking on the button, the user still has the option to enrol themselves or buy licenses for others. Learn more here: https://docs.dualcode.com/x/EoAVCQ Ref: HCE-7065 Under certain conditions, a user who self-registered in a course cannot re-register once their enrolment duration has expired. This is problematic for users who need to get re-certified annually in a course where the Instructor has set an enrolment duration of 60 days for example. As part of this improvement, users can always re-enrol in a course once their previous enrolment has expired (as long as "Self enrolment (Advanced)" method is used). Note that this has no implication on users who are assigned to courses using Programs, which uses a program enrolment method. Learn more here: https://docs.dualcode.com/x/rQFpBg Ref: HCE-7288 When a user enrolls in a course using a license key purchased by their organization, they are asked to confirm that they understand they will be consuming a license. However, if the user enrolls themselves in the course and later on click on the same link, they will be prompted once again for a confirmation even though the system will actually not consume another license (because they already enrolled in the course using the license). As part of this software fix, if the user uses the same link after enrolling themselves, they will simply be redirected to the course outline page and will no longer see the modal window asking them for a confirming. Learn more here: https://docs.dualcode.com/x/EoAVCQ Ref: HCE-7369 There are certain circumstances where a user that is being onboarded is not assigned to a performance appraisal form. As part of this software fix, whenever a user is created in the learning environment (and updated or deleted), their profile is re-evaluated against all performance appraisal forms that are enabled. It's important to note that the installation of this release does not automatically re-evaluated all users in the system. If you feel that some of the assignments are inaccurate, we recommend that you execute a "touch" command on the user(s) following your update. Please note that this has no implication if you are assigning users manually or uploading them using a CSV file. Learn more here: https://docs.dualcode.com/x/moGzAw Ref: HCE-7395 When a user's learning record is about to expire, the system clears the user's completion data (but not their learning record) so that they may retake the course. This can be done for all users at once, or for specific users. When the code is executed against a specific user, everyone in the course has their completion progress reset. As part of this fix, if the request to clear the data was for a specific individual, only that specific individual's data will be cleared. Learn more here: /wiki/spaces/Healthcare/pages/34843904 Ref: HCE-7405 When a user defines conditions using the "is one of" operator in either programs or cohorts, users who do not have a value for the optional field in question will be included in the results. For example, if a condition was based on the "Job title" field using the "is one of" operator and a user did not have a job title, he/she would be included in the program / cohort. As part of this fix, the user will be excluded as expected. Learn more here: Registering Users in Programs#conditions Ref: HCE-7398 If (A) a user is assigned to a course via multiple programs, (B) one of these programs has "Days to complete" set to 0, and (C) the user never completed the course and does not have a learning record, the "Due date" in the Compliance Overview is blank. As part of this fix, the due date is calculated using the nearest due dates of all programs for the course and user in question, as long as one of these programs has a "Days to complete" greater than zero. (If the user is only assigned to a course via 1 program and "Days to complete" for this program is 0, the due date in the Compliance Overview report will remain blank as expected. Learn more here: https://docs.dualcode.com/x/IIAX Ref: HCE-7410 If an administrator adds users to a program that contains no courses and the registration notification for the "User is registered in the program" event is enabled, the learning environment will send users the email in question. The email however will not contain a list of courses (because the program doesn't have any courses associated with it), thereby creating confusion with the learners. As part of this improvement, programs that do not have any courses no longer send any notifications even if the notifications are enabled. Learn more here: https://docs.dualcode.com/x/BIAM Ref: HCE-7413 When (A) a course is sold using the "Self Enrolment (Advanced) method, (B) the payment processor is PayPalPro and (C) the learning environment is configured to send receipts via email, the receipts may not go out due to an integration issue with PayPalPro's API. The receipts and license keys are still generated, but the user is not informed via email. As part of this software fix, the exception when this occurs is now handled and the receipt along with the key gets sent to the purchaser once PayPalPro confirms that the payment was successful. Learn more here: https://docs.dualcode.com/x/WYLXAg Ref: HCE-7366 When a user defines conditions using the "is one of" operator in either programs or cohorts, under certain circumstances, the matching values appears twice: once in italics and once in regular font. Selecting the italicized value may result in duplicate values in the final list. As part of this fix, the system now only displays a single value in both the search results and the final list. Learn more here: Registering Users in Programs#conditions Ref: HCE-7428 The learning environment offers numerous reports that can be made available to different roles. Some of these roles (e.g. System Administrator or System Coordinator) can see everyone in the organization in these reports, while other users (e.g. Supervisors) can only say the users that they manage. These reports each had a unique capability to determine who can see all users in the system vs. who can only see the users they manage. If the unique capabilities were not all configured identically, it could lead to inconsistencies where an administrator could see all users in a report but only some (or no) users in another report. As part of this improvement, the following reports now share a common capability, thereby ensuring a more consistent experience when viewing reports: Course Completion (Basic / Advanced), Compliance, Learning Records, Program Completion, Time Spent in Activities. Learn more here: https://docs.dualcode.com/x/FYAX Ref: HCE-7357 If a Terms and Conditions activity is added to a course and the instructor forgets to define the activity completion criteria for it, all users are automatically marked as having completed the activity even if they didn't access/accept it. As part of this software fix, if the instructor forgets to define the activity completion criteria for the terms and conditions activity, users will never be marked as complete for this activity. Learn more here: /wiki/spaces/Healthcare/pages/34843904 Ref: HCE-7229 An instructor can generally see all users in the reports of the courses they teach. A supervisor on the other hand can only see the users who report to them. If an instructor also happens to be a supervisor, they would only see the users who report to them. As part of this software fix, if an instructor is also a supervisor, they can still see all users in the reports for courses that they teach. Learn more here: https://docs.dualcode.com/x/XgCcAg Ref: HCE-7283 As part of our general development cycle, numerous 3rd party plugins available from the Moodle marketplace were updated. These include: atto_fullscreen, block_checklist, enrol_coursecompleted, filter_videoeasy, format_grid, mod_checklist and mod_zoom. Learn more here: https://moodle.org/plugins/ Ref: Miscellaneous As part of our general development cycle, the HCE, which is based on Moodle, the world's most popular open-source LMS, has been upgraded to Moodle 4.1.6. Learn more here: https://moodledev.io/general/releases/4.1/4.1.6 Ref: HCE-7390November 29, 2023
Performance Improvements when Reporting on Indirect Staff (Improvement)
Fixed in: 4.1.6.3November 29, 2023
BigBlueButton 2.6.15 Update (BigBlueButton Update)
Fixed in: 4.1.6.3November 23, 2023
Specifying the Course ID Number when Uploading Historical Learning Records (Improvement)
Fixed in: 4.1.6.3November 22, 2023
Badges Show "Done: Complete" when an Activity is Failed (Bug Fix)
Fixed in: 4.1.6.3November 22, 2023
The Completion Status Report Displays Failed Activities (Improvement)
Fixed in: 4.1.6.3November 22, 2023
Course Search Toolbar is Hidden if "Require login" is Enabled (Improvement)
Fixed in: 4.1.6.3November 22, 2023
Learners Who are a "No Show" Cannot Register for a Future Session (Bug Fix)
Fixed in: 4.1.6.3November 17, 2023
Getting Re-certified Displays an "Invalid Course Module ID" under Specific Circumstances (Bug Fix)
Fixed in: 4.1.6.3November 17, 2023
Delay the 1st Reminder Notifications to Learners for a Week (Improvement)
Fixed in: 4.1.6.3November 15, 2023
Scheduled User Uploads Can Watch a Folder (New Feature)
Fixed in: 4.1.6.3November 13, 2023
Completion Badges Show "Done: Completed" When They Should Show "Done: Skipped" (Bug Fix)
Fixed in: 4.1.6.3November 8, 2023
Users Seeing Error when Signing up for a Face-to-face Session (Improvement)
Fixed in: 4.1.6.2November 8, 2023
Token in Face-to-face Message not Rendered Properly if the Field is not Visible (Bug Fix)
Fixed in: 4.1.6.2November 3, 2023
User is Able to Pay for an Instructor-led Course that is Already Full (Improvement)
Fixed in: 4.1.6.2November 2, 2023
Updating the User's Name Following a Purchase (Improvement)
Fixed in: 4.1.6.2November 1, 2023
Additional Recipients Not Always Emailed when Courses are Coming Due or Overdue (Bug Fix)
Fixed in: 4.1.6.2October 31, 2023
Employees Receiving a Reminder when the status of their Appraisal is "Awaiting manager review" (Bug Fix)
Fixed in: 4.1.6.2October 31, 2023
Suspended Users are Visible in the List of Potential Attendees (Improvement)
Fixed in: 4.1.6.2October 31, 2023
Attendance Sheet in PDF Format is Not Sorted Alphabetically (Improvement)
Fixed in: 4.1.6.2October 30, 2023
Enrolment Duration Should Never Exceed a License Key (Improvement)
Fixed in: 4.1.6.2October 30, 2023
The "Courses" Link in the Navigation Block No Longer Expands (Bug Fix)
Fixed in: 4.1.6.2October 27, 2023
New Completion Status Report (New Feature)
Fixed in: 4.1.6.1October 25, 2023
New "Static Text" Custom User Profile Field (New Feature)
Fixed in: 4.1.6.1October 25, 2023
Feedback Activity Can be Re-submitted when Getting Re-certified in a Course (Improvement)
Fixed in: 4.1.6.1October 25, 2023
Assignment Activity Can be Re-submitted when Getting Re-certified in a Course (Improvement)
Fixed in: 4.1.6.1October 25, 2023
Program Completion Report Displays "mlang" Tags (Bug Fix)
Fixed in: 4.1.6.1October 24, 2023
The "Enrol now" Button is Misleading for Administrators Purchasing Licenses for their Staff (Improvement)
Fixed in: 4.1.6.1October 24, 2023
User Cannot Re-enrol in a Course under Certain Conditions (Improvement)
Fixed in: 4.1.6.1October 24, 2023
User is Prompted if They Want to Consume Another License even though They are already Enrolled (Bug Fix)
Fixed in: 4.1.6.1October 24, 2023
Performance Appraisal Assignment Rules Are Not Re-evaluated (Bug Fix)
Fixed in: 4.1.6.1October 19, 2023
Completion Data for the Checklist Activity is Erroneously Cleared (Bug Fix)
Fixed in: 4.1.6.1October 19, 2023
Conditions using the "is one of" Operator Includes Users with an Empty Field (Bug Fix)
Fixed in: 4.1.6.1October 19, 2023
The "Due Date" is Blank if the Program has "Days to complete" set to 0 (Bug Fix)
Fixed in: 4.1.6.1October 19, 2023
Program with No Courses Sends a Registration Email (Improvement)
Fixed in: 4.1.6.1October 19, 2023
Receipts Not Being Emailed When Combining "Self Enrolment (Advanced)" and PayPalPro (Bug Fix)
Fixed in: 4.1.6.1October 18, 2023
Auto Completion Field Adds Duplicate Values to the Conditions (Bug Fix)
Fixed in: 4.1.6.1October 16, 2023
Consolidation of Permissions (Improvement)
Fixed in: 4.1.6.1October 16, 2023
Terms and Conditions Activity with No Completion Criteria Marks Everyone as Complete (Bug Fix)
Fixed in: 4.1.6.1October 16, 2023
Instructors who are also Supervisors only See their Staff in the Course-Level Reports (Bug Fix)
Fixed in: 4.1.6.1October 15, 2023
Moodle Plugin Updates (Moodle Update)
Fixed in: 4.1.6.1October 15, 2023
Moodle 4.1.6 Update (Moodle Update)
Fixed in: 4.1.6.1