-
Bug
-
Resolution: Fixed
-
Medium
-
7.4.9, 7.11.3, 7.12.1, 7.13.0, 7.13.2, 7.13.4, 7.14.0, 7.14.1
-
4
-
Severity 2 - Major
-
48
-
Issue Summary
Functions that rely on methods to work with files and attachments (including images) are failing after collaborative editing is disabled.
The following methods have been identified so far:
- saveAttachment() and removeAttachmentVersionFromServer() from the Confluence Java API https://docs.atlassian.com/ConfluenceServer/javadoc/7.4.9/com/atlassian/confluence/pages/AttachmentManager.html
- storeResource() from the Confluence Java API https://docs.atlassian.com/ConfluenceServer/javadoc/7.4.9/com/atlassian/confluence/pages/FileUploadManager.html
This leads to significant side effects for customer:
- users are not able to upload a profile picture using the functionality provided by Confluence natively
- using apps because PersonalInformation of a user (including the profile picture) cannot be retrieved, updated and used by apps with disabled Collaborative Editing.
Steps to Reproduce - based on the user profile use case
- Open the user profile page
- Attempt to upload a new image
Expected Results - based on the user profile use case
Everything works as expected.
Actual Results
The below exception is thrown in the Confluence logs:
com.atlassian.confluence.pages.exceptions.ExternalChangesException: Unable to save changes to unreconciled page null at com.atlassian.confluence.internal.content.collab.DefaultContentReconciliationManager.reconcileIfNeeded(DefaultContentReconciliationManager.java:149)
Notes
Enabling collaborative editing at a later stage doesn't resolve the problem. Once the collaborative editing option has been disabled, the problem will remain even after re-enabling it.
Currently Confluence relies on the getContentId but it is not available for the PersonalInformation which is where the attachments are stored in this case.
This has been introduced with the https://jira.atlassian.com/browse/CONFSERVER-55928 fix, so all Confluence versions including the change until a fix for this issue is released are affected.
Workaround
Currently there is no known workaround for this behavior. A workaround will be added here when available.
- is caused by
-
CONFSERVER-55928 Attachments become 'Unknown Attachment' in the page editor with Collaborative Editing turned on
- Closed
- relates to
-
CONFSERVER-74676 Uploading a site logo after collaborative editing is disabled results in a MIME Type is unsupported error
- Gathering Impact