-
Bug
-
Resolution: Fixed
-
Medium
-
2.3.1, 5.8.10
-
None
-
17
-
See https://support.atlassian.com/browse/CSP-7087 for more details and a stack trace.
I was not able to reproduce it by 'clicking the upload button twice' . Yet somehow there are multiple copies of AttachmentData.
(reviewed by Sam)
excerpt from the HibernateAttachmentDataDao.java l.65
// TODO find a more appropriate exception
if (dataObjects.size() > 1)
throw new RuntimeException("Multiple AttachmentData objects were returned when only one was expected");
Question remains - how possible multiple objects were created in the DB initially? Please investigate...
The logs for this will say: "findSingleObject Uh oh - found more than one object when single object requested"
- causes
-
CONFSERVER-24672 AddUniqueAttachmentIdConstraintToAttachmentDataUpgradeTask throws ORA-01408 when upgrading Confluence 4.1.x to a higher version with Oracle
-
- Closed
-
- incorporates
-
CONFSERVER-11218 Attachment migration from filesystem to database results in DataIntegrityViolationException while removing space
-
- Closed
-
- is duplicated by
-
CONFSERVER-9689 Dashboard error on Extranet caused by duplicate attachment data retrieval
-
- Closed
-
-
CONFSERVER-18970 findSingleObject Uh oh - found more than one object when single object requested: [Attachment:***]
-
- Closed
-
- mentioned in
-
Page No Confluence page found with the given URL.
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
On one occasion on v5.7.5 I was able to reproduce this by rapidly clicking the upload button on a server that was seemingly laggy. But I've not been able to cause this to happen reliably, usually the additional Upload button clicks just cause additional versions of the file, but sometimes it can cause multiple current versions of file with the same name. This suggests to me that a race condition is at play.