We couldn't load all Actvitity tabs. Refresh the page to try again.
If the problem persists, contact your Jira admin.
IMPORTANT: JAC is a Public system and anyone on the internet will be able to view the data in the created JAC tickets. Please don’t include Customer or Sensitive data in the JAC ticket.

    • Icon: Suggestion Suggestion
    • Resolution: Won't Do
    • None
    • 11
    • 26
    • 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.

      Atlassian Update, October 29 2018

      Hi all,

      Thanks for providing your thoughts and votes on this suggestion.

      As you’re probably aware, we made significant improvements to our editing files experience in our 6.11 release, allowing users to both edit any file type, and do so without having to manually download the file and reupload their changes. For more information on these improvements, please see our documentation.

      However, as part of these immediate changes we decided not to implement attachment locking. There is an add-on available (Cenote Lockpoint) which offers the ability to lock documents while they’re being edited.

      We do though understand the value attachment locking would bring, and will reconsider this suggestion at a later date.

      Best
      Jenny | Confluence Server Product Manager

      The new attachment edit feature in 1.4 is helpful but we would benefit more from being able to lock individual attachments. This would allow a user to indicate an attachment is being edited so that another user does not initiate changes to the same attachment.

            Loading...
            IMPORTANT: JAC is a Public system and anyone on the internet will be able to view the data in the created JAC tickets. Please don’t include Customer or Sensitive data in the JAC ticket.

              • Icon: Suggestion Suggestion
              • Resolution: Won't Do
              • None
              • 11
              • 26
              • 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.

                Atlassian Update, October 29 2018

                Hi all,

                Thanks for providing your thoughts and votes on this suggestion.

                As you’re probably aware, we made significant improvements to our editing files experience in our 6.11 release, allowing users to both edit any file type, and do so without having to manually download the file and reupload their changes. For more information on these improvements, please see our documentation.

                However, as part of these immediate changes we decided not to implement attachment locking. There is an add-on available (Cenote Lockpoint) which offers the ability to lock documents while they’re being edited.

                We do though understand the value attachment locking would bring, and will reconsider this suggestion at a later date.

                Best
                Jenny | Confluence Server Product Manager

                The new attachment edit feature in 1.4 is helpful but we would benefit more from being able to lock individual attachments. This would allow a user to indicate an attachment is being edited so that another user does not initiate changes to the same attachment.

                        Unassigned Unassigned
                        5761210e007c Steve Hellen
                        Votes:
                        167 Vote for this issue
                        Watchers:
                        139 Start watching this issue

                          Created:
                          Updated:
                          Resolved:

                            Unassigned Unassigned
                            5761210e007c Steve Hellen
                            Votes:
                            167 Vote for this issue
                            Watchers:
                            139 Start watching this issue

                              Created:
                              Updated:
                              Resolved: