[#SAK-14746] Add resubmit feature to Assignments screen

Sakai

Add resubmit feature to Assignments screen

Created: 23-Oct-2008 16:38 Updated: 11-Feb-2010 12:40

Component/s:

Assignments

Affects Version/s:

2.5.x

Fix Version/s:

2.6.0

Time Tracking:

Not Specified

File Attachments:

assignment_patch.diff (9 kB)

Issue Links:

Relate

This issue is related to:

~~SAK-15899~~ Resubmission after due date

~~SAK-2077~~ Assignments Option for Automatically Accepting Resubmissions

2.6.x Status:	Closed
2.5.x Status:	None
2.4.x Status:	None

Description

« Hide

This issue derives from ~~SAK-2077~~, "Assignments Option for Automatically Accepting Resubmissions". That issue describes a list of desired features for allowing Assignment revisions, automatic submission of assignments, resubmissions, and batch changes of resubmit preferences from a list of students.

This patch addresses a limited scope of the original issue, the ability to allow students to upload revisions before the Assignment due date. It modifies BaseAssignmentService, AssignmentAction, and related screens to permit an instructor to indicate that an Assignment will allow revisions. There is no numeric limit on the number of revisions allowed, and the default end date is the Assignment close date.

The Submissions screen still shows a checkbox to permit resubmissions, but if the Assignment is created to allow revisions, it overrides the ability to disallow resubmissions.

All

Comments

Work Log

Change History

Subversion Commits

git Commits

Sort Order:

[ Permlink | « Hide ]

Peter A. Knoop added a comment - 23-Oct-2008 17:28

Brian, sounds like a useful patch! Without having looked at it, does it only keep the last submission, or can you view each one of the revisions a student submits?

[ Permlink | « Hide ]

John Leasia added a comment - 24-Oct-2008 10:16

Zhen, assigning to you to keep track of with the modifications you are working on.

[ Permlink | « Hide ]

Zhen Qian added a comment - 30-Oct-2008 11:01

Brian:

Patch has been applied with modification in r53913.

For example, the resubmit number choice will be presented with choices of "unlimited, 0, 1, 2...10". Please fire a separate JIRA if only "unlimited" or "0" values are wanted.

Thanks,

- Zhen

[ Permlink | « Hide ]

Zhen Qian added a comment - 30-Oct-2008 11:16

Need to modify the type of jira from contributed patch to task first.

[ Permlink | « Hide ]

Zhen Qian added a comment - 30-Oct-2008 11:17

Add the fix version as "2.7"

- Zhen

[ Permlink | « Hide ]

Stephen Marquard added a comment - 05-Dec-2008 00:16

We are going to QA this as a patch to our 2-6-x build. Any particular issues we should look out for ?

[ Permlink | « Hide ]

Stephen Marquard added a comment - 08-Dec-2008 00:10

On some testing of this as a patch applied to 2-6-x:

1. The resubmission settings aren't shown in the instructor settings summary or the student assignment details view (and should be).

2. If as a student you try to resubmit an assignment that has attachments (i.e. not inline only), you don't have an option to edit the attachments (i.e. the Add/Edit Attachments button is missing).

[ Permlink | « Hide ]

Zhen Qian added a comment - 08-Dec-2008 18:19

Stephen,

Those two above problem should be address in r55026.

Thanks,

- Zhen

[ Permlink | « Hide ]

Zhen Qian added a comment - 26-Feb-2009 08:37

r58041 addressed the bug when the instructor assigned a student with unlimited submission first, and later do not allow resubmission, however, the student is still able to resubmit.

- Zhen

[ Permlink | « Hide ]

Stephen Marquard added a comment - 26-Feb-2009 08:48

Updating merge status for the latest checkin.

Zhen, for branch management purposes, it would be easier if you put any subsequent changes into new JIRAs.

[ Permlink | « Hide ]

Zhen Qian added a comment - 26-Feb-2009 08:56

Thanks for reminding, Stephen. Will do it next time.

- Zhen

[ Permlink | « Hide ]

Peter A. Knoop added a comment - 15-Apr-2009 06:24

David, it looks like there was a revision added after the initial 2.6 merge to address a bug. Can you get merge it too, as the bug, while likely uncommon, would be significant. Thanks.

[ Permlink | « Hide ]

Peter A. Knoop added a comment - 30-Apr-2009 09:21

Zhen, can you confirm that the last revision (58041) to trunk also needs to be merged to 2.6.x?

Pete/Anthony, can you take care of making sure the fix gets verified/merged for 2.6?

[ Permlink | « Hide ]

Zhen Qian added a comment - 30-Apr-2009 13:43

The merge of r58041 into 2-6-x branch is done in r61609.

[ Permlink | « Hide ]

Peter A. Knoop added a comment - 30-Apr-2009 15:01

It has only been merged to 2.6.x, not 2.6.0, so updating the Fix Version accordingly. This bug should really get separated into its own Jira,so the Task can be noted for the 2.6.0 release, and the bug can be fixed in a subsequent maintenance release.

[ Permlink | « Hide ]

Clay Fenlason added a comment - 30-Jul-2009 06:32

We're now reviewing this for 2.7 inclusion, and I need to ask for:

- test case(s)
- any user documentation available

Please edit the following Confluence page where you can: http://confluence.sakaiproject.org/x/j4LgAw

[ Permlink | « Hide ]

Stephen Marquard added a comment - 30-Jul-2009 06:34

It's already in 2.6.

[ Permlink | « Hide ]

Clay Fenlason added a comment - 07-Aug-2009 11:14

Thanks, Stephen. Scratching it off the 2.7 list.

[ Permlink | « Hide ]

Peter Peterson added a comment - 07-Oct-2009 13:45

Closed and updated, included in Sakai 2.6.1

[ Permlink | « Hide ]

Kevin Carruth added a comment - 11-Feb-2010 12:40

Would it be possible to get a patch for this for 2.5.x? Specifically, we're interested in the fixes for the issues Stephen Marquand brought up on Dec 8, 08, which should be fixed in r55026.