-
-
Notifications
You must be signed in to change notification settings - Fork 998
SAK-52145 display duplicated group quizzes w/o changing 'released to' #14234
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
WalkthroughReplaces a null check with MapUtils.isEmpty for release-to-groups, restores a commented Changes
Pre-merge checks and finishing touches❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✨ Finishing touches
🧪 Generate unit tests (beta)
📜 Recent review detailsConfiguration used: CodeRabbit UI Review profile: CHILL Plan: Pro 📒 Files selected for processing (2)
🚧 Files skipped from review as they are similar to previous changes (1)
🧰 Additional context used🧠 Learnings (4)📓 Common learnings📚 Learning: 2025-10-07T16:11:33.008ZApplied to files:
📚 Learning: 2025-11-24T19:12:27.663ZApplied to files:
📚 Learning: 2025-10-07T15:11:27.298ZApplied to files:
⏰ Context from checks skipped due to timeout of 900000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
🔇 Additional comments (1)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
jesusmmp
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This line is well commented
// case AssessmentAccessControl.RELEASE_TO_SELECTED_GROUPS:
Duplicate assessments should be published to the Entire site
Hello, @jesusmmp. Noting that this PR partly reverts a related prior commit, this reversion is nevertheless intentional for the following reason. The current behavior in Sakai 26/25 (without this PR) is especially problematic for course sites where two or more distinct groups represent different lecture meeting times (e.g., MWF vs Tues. & Thurs.) and thus different deadlines for assessments, assignments, etc. For such sites, assessments released to ‘Entire site’ should never (or only rarely) occur. The cited lines where I introduce a break for AssessmentAccessControl.RELEASE_TO_SELECTED_GROUPS is necessary for the duplicate to display in the Assessments table with the warning that's cited in the jira.
While one could instead argue that duplicating a group-released assessment should copy the group attributions also, the scope of this PR is merely to restore behavior in Sakai 22/23 which I think is more expected, especially for the aforementioned scenario where 'Entire site' is problematic. Should we tag the jira for TL/UX to review and decide? Let me know how you think we should proceed. |
|
Hello @hornersa, maybe I'm missing something... When you duplicate an assessment assign to group(s), the new copy should be published to the Entire site. Yes, you can talk with the TL/UX group. Thanks! |
|
Also should consider the semantics of site import as well. Here are the rule of thumbs tools abide by:
|
I think we disagree on end results, as I deem 22.x working correctly and 26.x as not. I'll try to reword the scenario I'm trying to address which is common at our institution. An instructor is teaching 40 students. 20 in Group 1 meet only on Monday, Wednesday, and Friday. The other 20 in Group 2 meet on Tuesday and Thursday. Therefore, all their assessments in Tests & Quizzes have separate due dates, etc. but are otherwise identical. The instructor creates Quiz 1 for Group 1. To create Quiz 1 for Group 2, the simplest method would be to duplicate the Quiz 1 - Group 1 draft. In doing so, 26.x quietly changes the RELEASED TO value to 'Entire Site'. Not warned about this happening (or any need to change the group) the instructor forgets to alter the RELEASED TO and related values and just renames the assessment to "Quiz 1 - Group 2" and then publishes. Now Group 1 students are confused about which assessment to take. Some take the Group 1 and some take the Group 2. Also, the Gradebook likely needs attention so that some attention as well given this inadvertent mix-up. All of this is to say is that the error as presented in Sakai 22/23 is beneficial for instructors to pay attention to the group settings (i.e., add the intended group) before publishing. (Arguably, the error message in English could use some better/clearer wording.) I'll update the jira to reflect this and request a TL/UX review. |
|
The TL/UX group has reviewed this jira, per Wilma's comment. I'm also incorporating a change in a new related jira Wilma mentions in the aforementioned comment. |
|
This PR has been automatically marked as stale due to 21 days of inactivity. It will be closed in 7 days unless there is new activity. |
|
This PR has been automatically closed due to inactivity after being marked as stale. You may simply reopen it and continue working on it. |





Jira: https://sakaiproject.atlassian.net/browse/SAK-52145
Summary by CodeRabbit
✏️ Tip: You can customize this high-level summary in your review settings.