Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 3.1
-
Fix Version/s: 4.3-milestone-1
-
Component/s: Storage
-
Labels:
-
keywords:recycle bin, attachment, file storage system, FS
-
Difficulty:Unknown
-
Documentation:N/A
-
Documentation in Release Notes:N/A
-
Similar issues:
XWIKI-6951When using filesystem attachments with attachment versioning disabled, deleted attachments are duplicated on the hard disk. XWIKI-6918Empty search results of attachments live table while file system storage turned on in multi-wiki mode XWIKI-543Recycle bin for deleted documents XWIKI-2345 UI for managing the Recycle Bins XWIKI-6071Add filesystem based attachment recycle bin store. XWIKI-7399 Empty search results of deleted attachments in live table while file system storage turned on XWIKI-7978File system attachment store recycle bin sometimes fails to list deleted attachments. XWIKI-1641Add preview possibility for deleted documents from recycle bin XWIKI-1893When a document is restored from the recycle bin it should be removed from the recycle bin XWIKI-2085Deleting all the revisions should move the whole document to the recycle bin
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)
Issue Links
- is duplicated by
-
XWIKI-6951
When using filesystem attachments with attachment versioning disabled, deleted attachments are duplicated on the hard disk.
-
not critical, system functions as expected but less efficiently.