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

"Delete Attachment" Default Permission and Warning Needed

    XMLWordPrintable

Details

    • 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.

    Description

      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.

      Attachments

        Issue Links

          Activity

            People

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

              Dates

                Created:
                Updated: