Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 4.3-milestone-1
-
Fix Version/s: 4.3-rc-1
-
Component/s: Old Core
-
Labels:None
-
Difficulty:Unknown
-
Documentation:N/A
-
Documentation in Release Notes:N/A
-
Similar issues:
XWIKI-778Important problem with the content and metadata dirty status and versioning XWIKI-5078 Save dirty attachments contents when saving the document XWIKI-8464Content dirty flag is spuriously set to true XWIKI-2800The contentUpdateDate is updated even if there has been nothing changed on the document XWIKI-8152Documents Macro shouldn't accept any content XWIKI-6885XWikiDocument.clone(true) doesn't clone properly the attachments XWIKI-2927Too long loading locks document in non-edit mode in Firefox XWIKI-8941The WYSIWYG is not clear about empty macro content XWIKI-7046Edit a section of a document does not work in a translated page (load full content and error when saving) XWIKI-6694Improve translation document content parsing
Description
The flag isContentDirty in XWikiDocument is not cleared when a document is loaded from the database. But just setting is insufficient, because it isn't set when the attachments or the objects are updated (which causes regressions because it is assumed to have been set).
Issue Links
- is duplicated by
-
XWIKI-2800
The contentUpdateDate is updated even if there has been nothing changed on the document
-
- relates to
-
XWIKI-8781
Deleting the last version of a document revert the document, but the revisions are mixed
-
-
XWIKI-8463
Backwards compatibility issue with setting the same attachment list to a document
-
-
XWIKI-8464
Content dirty flag is spuriously set to true
-
I had commited a seemingly simple fix, but it caused regressions so I will revert it and commit another larger patch.