Details
-
Bug
-
Resolution: Fixed
-
Major
-
3.1
-
recycle bin, attachment, file storage system, FS
-
Unknown
-
N/A
-
N/A
-
Description
Attachment versioning turned off (xwiki.store.attachment.versioning.hint = void)
Storage is set to file system,
Recycle Bin is ON.
To verify attachment versioning is off. The same file attachment several times gives one copy in storage as expected. No problem.
If user deletes an attachment.
Expected behaviour: just to MOVE attachment to recycle bin via file system opertaion. Usually takes milliseconds to complete.
Real behaviour:
~GLOBAL_DELETED_ATTACHMENT_ID_MAPPINGS.xml appeared in /store folder.
XML inside shows were to find files. Files are on their places as described.
BUT
Recycle bin gives terrible surprise: it stores TWO COPIES of deleted file:
first is: <filename>.<extension>
second is: <filename>~v1.1.<extension>
Please note, that attachment VERSIONING is turned OFF.
For big attachments (1GB and more) such a behaviour is a disaster for two reasons:
- unreasonable disk space consumption
- huge delay while user deleting attachment (move+copy)
Attachments
Issue Links
- is duplicated by
-
XWIKI-6951 When using filesystem attachments with attachment versioning disabled, deleted attachments are duplicated on the hard disk.
-
- Closed
-