Issue Details (XML | Word | Printable)

Key: CONF-8863
Type: Improvement Improvement
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Dave Loeng [Atlassian]
Reporter: Andy Schoenbach
Votes: 3
Watchers: 3
Operations

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

Retain the Original Create Date on Attachments despite Edits to FileName, Comment Type, Content Type, or Page location

Created: 08/Jul/07 04:10 PM   Updated: 20/Jan/08 11:10 PM
Component/s: Attachments
Affects Version/s: 2.5.4
Fix Version/s: 2.7.1

Time Tracking:
Not Specified

File Attachments: 1. Microsoft Word Screen Print - Attachment Creator and Date.doc (83 kB)

Environment: Enterprise version 2.5.4 Build #809, on Unix
Issue Links:
Reference

Participants: Andy Schoenbach, Dave Loeng [Atlassian], Emily Fort and Paul Curren [Atlassian]
Since last comment: 38 weeks, 2 days ago
Resolution Date: 15/Jan/08 05:59 PM
Labels:


 Description  « Hide
Currently, when an attachment is edited, Confluence updates the Date and loses the original create date. This is very misleading since only descriptive data has changed - the original file has not (and cannot be) changed.

When dealing with attachments, the date the file was loaded is what is really important. The original creation date should therefore be retained and displayed in the Attachments Macro listing. Minor descriptive changes such as the filename, comments, and page location that can occur months or years later should not overwrite this basic information. Microsoft Windows recognizes this importance in its own conventions - you can change the file name, move the file, and even copy the file without affecting the file date.

In a recent Confluence version update, this distinction was recognized in a change in the way Confluence handles the creator field - Confluence used to just replace the Creator with the name of the editor but now puts the modifier's name after the original creator in parenthesis if its different (see screen print).

That convention could be extended to include the date. The original create date should be retained and the modified date should be put into the parenthesis, i.e. John Doe (last modified by Jane Doe on July nn, nnnnn).

The attachment macro should also be changed to:
1. Show the original Creator with the modifier in parenthesis (with wrapping so it doesn't take too much column space).
2. Show the original Create date

Finally, when the only action is to change the page the attachment is on, the Creator parenthetic should be changed from "modified" to "moved" (moving is not a significant modification).



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Andy Schoenbach added a comment - 12/Nov/07 04:44 PM
Since Conf 8848 relates to how Confluence handles the attachment metadata ( dates and owners) when attachment information is edited, I am linking the two in case they can both be addressed at once.

Emily Fort added a comment - 03/Jan/08 02:56 PM
Any update on this issue? This is a real pain point for my organization. Any update would be appreciated.

Dave Loeng [Atlassian] added a comment - 08/Jan/08 07:16 PM
Emily and all other interested parties,

You will be happy to know that a fix has been implemented for this bug and will be bundled in our next point release (Confluence 2.7.1).

To quickly summarise the changes, the date that a new version of an attachment was uploaded will be recorded against the creation date (previously this was only done for the first version). This prevents the original creation date of any version of the attachment from being overriden by other modifications.

All other modifications such as rename and attachment move will continue to update the last modification date only.

The attachments page has been updated to make the following much more clearer: creator, last modifier, creation date and last modification date (before this was just "creator" and "date").

Cheers,
Dave


Paul Curren [Atlassian] added a comment - 15/Jan/08 05:59 PM
Reviewed here - https://svn.atlassian.com/privateeye/cru/CR-400/review

No blocking comments.


Andy Schoenbach added a comment - 20/Jan/08 01:31 PM
This solution sounds perfect. I can't wait till we can upgrade to it.

Can we assume the Attachments Macro will reflect the new Last Modificaiton Date as well, or do I need to register another Jira ticket?

Thanks for listening.


Dave Loeng [Atlassian] added a comment - 20/Jan/08 11:10 PM
Andy,

You're very welcome Andy.

The attachments macro has also been addressed as part of this fix. Expect a consistent display of information between the macro and the actual attachments tab.

Cheers,
Dave