|
[
Permlink
| « Hide
]
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.
Any update on this issue? This is a real pain point for my organization. Any update would be appreciated.
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, Reviewed here - https://svn.atlassian.com/privateeye/cru/CR-400/review
No blocking comments. 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. 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, |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||