History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: SAK-7585
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Critical Critical
Assignee: Unassigned
Reporter: Steve Lonn
Votes: 2
Watchers: 3
Operations

If you were logged in you would be able to see more operations.
Sakai

Reordering Resources changes the Modified date for all items

Created: 09-Jan-2007 12:45   Updated: 13-Jun-2008 14:44
Component/s: Resources
Affects Version/s: 2.3.0, 2.3.x, 2.3.1
Fix Version/s: 2.4.x

Time Tracking:
Not Specified

Environment: Tested on qa1-us and Michigan instance (CTools)

2.4.x Status: Resolved
2.5.x Status: None


 Description  « Hide
When using the reorder widget within Resources, reordering items changes the modified date for all items within the folder in which the reorder is taking place.

Example:
Site PSYCH 101 W07 has 4 folders:
    Week 3 (modified 1/2/07)
    Week 4 (modified 1/4/07)
    Week 1 (modified (12/30/06)
    Week 2 (modified (1/3/07)

The user reorders the folders on 1/9/07 so that they appear in sequential order (week 1, week 2, etc.).
But when the reorder is complete, all of the folders have a modified date of 1/9/07

This is unexpected behavior. Just because a folder's order is changed does not change any of the permissions or it's contents.

THUS, the reorder widget should NOT change the modified date of the items it is reordering.


 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Mike Osterman - 11-Jan-2007 10:52
Verified on Whitman instance (CLEo) running version 2.3.x (r20192)

Yuji Shinozaki - 05-Jun-2007 13:51
Has this been patched?

Kathy Moore - 19-Jul-2007 10:42
There was some discussion in the Resources group as to whether "anyone" uses the date column. Of 8 students and faculty whom I recently asked about use of these columns, 2 did use the date column; one was a professor who said he had to teach his students to do this. Two more of the eight volunteered that they might use the feature after being made aware of it by my questioning.

Steve Lonn - 20-Jul-2007 10:26
I've done quite a bit of research on project sites. Project site users tend to use the date column more than course sites because it's more relevant to see when someone posted a resource, particularly if the group is working on multiple versions of a document or looking for the most recent version of data.

Until there's a versioning tool integrated with Resources, I think that project site users, in particular, still need the date column and REALLY need this bug fixed so that if they reorder their files or folders, their modified dates aren't affected.

Jim Eng - 13-Aug-2007 21:36
This has been fixed in trunk. Please verify the fix on nightly2.sakaiproject.org (port 8082 or 8083). If it is verified fixed, please close the issue and assign to Mike Osterman so it can be merged into 2.4.x. If it is not fixed, please assign the ticket to me.

Note: For some reason, JIRA did not offer the option "Resolve this ticket" for this ticket. That option was available for other similar tickets. If you do not have the option of closing the ticket, please let me know.

Mike Osterman - 13-Aug-2007 21:48
Merged into 2.4.x branch - r33945

Mike Osterman - 13-Aug-2007 22:40
Sorry folks - jumped the gun and merged too soon. Rolled back to previous revision in 2.4.x branch and assigning it back to Steve.

Jim Eng - 15-Aug-2007 06:24
Could you verify this fix, John?

Mike Osterman - 20-Aug-2007 17:34
As far as I know, this is still awaiting verification. Is that correct?

John Leasia - 21-Aug-2007 04:53
Looks ok on nightly.
John

Jim Eng - 21-Aug-2007 05:23
Sounds like it's been verified now and is ready to be merged to 2.4.x.

Mike Osterman - 28-Aug-2007 17:45
Merged into 2.4.x branch - r34333

(Actually merged on 8/23/07 - forgot to change status)