v2.4.x Regression Test Plan (patches)

sak-8977

N/A

Update (Simplified) Chinese Translation for Sakai 2.4

sak-8464

N/A

Announcements i18n (internationalization) notifications and tool properties revision

sak-9641

N/A

Update Spanish Translation for Sakai 2.4.x

sak-8977

N/A

Update (Simplified) Chinese Translation for Sakai 2.4

sak-9641

N/A

Update Spanish Translation for Sakai 2.4.x

sak-9935

N/A

Update Japanese translation for 2.4.x

sak-10683

Yes

Assignment tool corrupted .doc files. When using the "Download All" functionality of assignments, an attached .doc file was corrupted upon re-upload. This corruption appeared to only affect .doc files.
this is the problem discovered by our current assignments test (item 1.23), used in sak-876, as reported in my chapter 75.  nw
Verified as corrected. LJW

sak-9112

Yes

Grades, Inline, and Comments missing from upload. After upload, grades can be seen for each student listed in the page where you see the list of students and their grades for an assignment, but when clicking on an individual student, one doesn't see their grade or any of the inline or extra comments that had been added off line. I cannot verify these issues are fixed. Team will retest. LJW 9/14/07

sak-10806

N/A

Event asn.read not logged for Student/access role

sak-11232

N/A

Incorrect vm file reference in assignments. In chef_assignments_student_view_assignment.vm there is a reference to the vm file chef_assignment_tags_list.vm. That file does not exist. The reference should be to chef_assignments_tags_list.vm.

sak-9634

Yes

If one edits an assignment that had been associated to a gradebook entry, the drop down for association shows "Select a gradebook entry" instead of the already associated entry.
in editing an assignment that's associated w/a gradebook item ...MY version shows the dropdown defaulted to the correct GB assignment, with the rest of the GB items also in the dropdown (if you want to change the association, I suppose).  nw
This is expected behaviour - which does not work on production, so this fix is functioning properly. LJW

sak-11267

Yes

NPE in AssignmentAction.build_student_view_submission_confirmation_context. Seems like the submission object's submit time was recorded as "null." Since once the student sees the confirmation page, he must have just completed the submission... there should be a recorded submission time.
Non-repeatable error and not enough detail in jira- cannot verify fix. LJW

sak-11283

Yes

Previewing assignment showed all buttons as inactive. A student reported the following problem: "I had a problem submitting today. After I uploaded, I hit "preview". I ended up with all buttons dimmed and nowhere to go! I logged out and re-uploaded and it worked ok (no preview this time)." Upon further investigation, it appears that he was previewing an assignment that he was resubmitting.
on smartsite-test - ran through this as student.  worked fine for me, but there was an oddity.  for the INITIAL submission, the original status was not started and when submitted for the FIRST time, status changed to RE-submitted.  I had not previewed at this point, because above says the problem was with re-submission.  as IOR, graded and allowed re-submission.  as student, updated assignment, previewed, all buttons were active and re-submit worked fine.  repeated grading and submitted multiple times.  worked each time.  nw
on production - creation, preview, initial submission, re-submission all work as expected.  additionally, status reflects reality and buttons are appropriately labeled.
Per Nancy's report, it appears there are no functional change with this fix. LJW

SAK-11180

N/A

Assignment event tracking needs revision. Assignments is currently logging too many events of "asn.read.assignment" (EVENT_ACCESS_ASSIGNMENT).
When an Instructor or TA views the list of submissions for an assignment, all the assignments submissions are read, and one event is logged for every submission. For large sites, this can lead to huge numbers of events being logged.
Our production stats show that asn.read.assignment is the 3rd-most frequent event (42021 events in 24 hours).
OTOH EVENT_ACCESS_ASSIGNMENT_SUBMISSION which you'd expect to see logged if a TA/Instructor clicks through to a specific assignment is not logged at all.
Assignment event logging needs to be reviewed urgently, as this is a performance issue for large sites.
The QA for this should involve carrying out a number of typical operations as a student, TA and lecturer in a course site with existing assignments with submissions (say an assignment with 100 submissions) and examining the event log records in SAKAI_EVENT that result.
The event tracking lines are commented out. Fixed in r34693 for trunk, and merged into post-2-4 in r34694.
And merged into 2-4-x in r34704.
Further fix to remove the asn.read log from the Assignment tool is checked in as r34841 for trunk, r34847 for 2-4-x and r34849 for post-2-4.
Logging issues will not be tested by QA team. LJW