Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 3.4
-
Fix Version/s: 3.5-milestone-1
-
Component/s: Old Core
-
Labels:None
-
Tests:Unit
-
Difficulty:Unknown
-
Similar issues:
XWIKI-3968DefaultDocumentAccessBridge does not set document author / document creator XWIKI-134Version of attachmnents doesn't corespond to the selected document revision XWIKI-5528 Deleting document revisions doesn't delete the equivalent attachment revisions XWIKI-6194Wrong parent when creating a new document through the create action XWIKI-882When first document save is an attachment creator is not set properly XWIKI-1208Document save api does not set creator and author properly XWIKI-8781Deleting the last version of a document revert the document, but the revisions are mixed XWIKI-2813Name of object should always be set to the name of their document XWIKI-3521Include Macro uses same revision number for included page as the current page XWIKI-8979Document creator special rights are not always granted due to right caching issue
Description
The use case is the following:
- Get a document: $xwiki.getDocument(...)
- Make a change and save it
- Set the creator reference
- Save
Result: the second save doesn't create a new revision.
This is because setCreatorReference() doesn't set the metadata dirty flag to true.
The same is true for setContentAuthorReference() and setAuthorReference().
Fixed