Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-6824

"Delete Attachment" Default Permission and Warning Needed

XMLWordPrintable

    • 2
    • 1
    • We collect Confluence feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for Confluence Server. Using Confluence Cloud? See the corresponding suggestion.

      Critical information loss can occur too easily with attachments. As opposed to wiki pages (which are versioned and recoverable in case of deletion) important attachments can be lost by deletion when not protected by a restriction at the page level. Moreover, they cannot be recovered from the trash can.

      Our company needs to trust Confluence with critical information in the form of attachments. Our users must be able to leave a page unrestricted while relying on Confluence that their attachments will not be deleted by mistake or by the action of another single user without any chance of recovering it.

      Confluence needs a special restriction/control over attachments. Currently, it leaves important documentation unprotected/unrecoverable in case of accidental deletion.

      The solution should include a default permission for deletion; a warning message when righfully deleting an attachment; and the ability to recover it from the trash can.

            Unassigned Unassigned
            9767e8903c94 Patrick Payette
            Votes:
            46 Vote for this issue
            Watchers:
            27 Start watching this issue

              Created:
              Updated: