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

            [CONFSERVER-2841] Provide locking for attachments

            jason_s added a comment -

            @Makisa Appleton could you please re-open CONFSERVER-22874?

            jason_s added a comment - @Makisa Appleton could you please re-open CONFSERVER-22874 ?

            Makisa Appleton added a comment - - edited

            Hello - thank you for voting for and watching this suggestion.

            Although we will not be implementing locking of a file as requested in this suggestion, we have been exploring a notification to let users know of a change to a working file prior to uploading a new version in Atlassian Companion. As per current functionality, uploading changes will add another version as opposed to overwrite an existing file, with all versions able to be viewed in Confluence. At this stage, we do not have plans to explore this suggestion and in order to be clear about our plans, we're closing this request now. You may be interested in following the related ticket, which provides the notification in the new Companion dialog window: CONFSERVER-58035.

            We recently made changes to Atlassian Companion, which allows you to edit any type of file, if you have a compatible application installed. This requires you to install Companion on your computer. You can also read more about these recent changes on Community: File editing in Confluence Server: Atlassian Companion updates are almost here!. Companion 1.0.0 is available with Confluence Server and Data Center customers in Confluence 7.3.1. Upgrade now or check out the Release Notes

            Thanks again for your comments and support of this suggestion.

            Makisa | Senior Product Manager, Confluence Server and Data Center

            Makisa Appleton added a comment - - edited Hello - thank you for voting for and watching this suggestion. Although we will not be implementing locking of a file as requested in this suggestion, we have been exploring a notification to let users know of a change to a working file prior to uploading a new version in Atlassian Companion. As per current functionality, uploading changes will add another version as opposed to overwrite an existing file, with all versions able to be viewed in Confluence. At this stage, we do not have plans to explore this suggestion and in order to be clear about our plans, we're closing this request now. You may be interested in following the related ticket, which provides the notification in the new Companion dialog window: CONFSERVER-58035 . We recently made changes to Atlassian Companion, which allows you to edit any type of file, if you have a compatible application installed. This requires you to install Companion on your computer. You can also read more about these recent changes on Community: File editing in Confluence Server: Atlassian Companion updates are almost here! . Companion 1.0.0 is available with Confluence Server and Data Center customers in Confluence 7.3.1. Upgrade now or check out the Release Notes .  Thanks again for your comments and support of this suggestion. Makisa | Senior Product Manager, Confluence Server and Data Center

            Yes, this is an important one!

            It is 2020....we need this

            Victor Prasad added a comment - Yes, this is an important one! It is 2020....we need this

            This is really disappointing. Some basic features are missing and not being considered..meanwhile in the news

            'Atlassian shares soared more than 10 per cent in after-hours trade, after the quarterly numbers showed revenue jumped 37 per cent to $US409 million ($597 million), while earnings per share rose 22 per cent. The company’s operating margin leapt from 25 per cent to 31 per cent.'

            Atlassian, if you dont start listening to your customers, you might start losing customers.

            ShelleyDee added a comment - This is really disappointing. Some basic features are missing and not being considered..meanwhile in the news 'Atlassian shares soared more than 10 per cent in after-hours trade, after the quarterly numbers showed revenue jumped 37 per cent to $US409 million ($597 million), while earnings per share rose 22 per cent. The company’s operating margin leapt from 25 per cent to 31 per cent.' Atlassian, if you dont start listening to your customers, you might start losing customers.

            I'm disappointed for all the loyal confluence customers that they have to rely on pricey add-ons.  And I'm sad for Atlassian that they are not keeping up with other products like O365.  I hope that they wake up to that soon.

            Fleur Williamson added a comment - I'm disappointed for all the loyal confluence customers that they have to rely on pricey add-ons.  And I'm sad for Atlassian that they are not keeping up with other products like O365.  I hope that they wake up to that soon.

            Hello,

            Request for an update on this ticket.
            Locking the attachments will bring more value to the documents versioning.

            Kindly let us know any roadmap or in which future version of confluence this feature can be expected?

            Br/Anil

            Anilkumar B added a comment - Hello, Request for an update on this ticket. Locking the attachments will bring more value to the documents versioning. Kindly let us know any roadmap or in which future version of confluence this feature can be expected? Br/Anil

            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 (Lockpoint from Arsenale) 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

            Jenny (Inactive) added a comment - 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 ( Lockpoint from Arsenale ) 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

            Hi Atlassian, 

            thanks for finally solving https://jira.atlassian.com/browse/CONFSERVER-23322 and enabling a useful way for editing attachments from Confluence. 

            Attachment locking is crucial though before we can roll this out, especially in our non-IT environment. Support risks are too high without with our ~1400 users. Buying yet another costly add-on to make promised features complete is not an option.  

            We would appreciate any news on this issue!

            Thanks,

            Matin

            Matin Schiemann added a comment - Hi Atlassian,  thanks for finally solving https://jira.atlassian.com/browse/CONFSERVER-23322  and enabling a useful way for editing attachments from Confluence.  Attachment locking is crucial though before we can roll this out, especially in our non-IT environment. Support risks are too high without with our ~1400 users. Buying yet another costly add-on to make promised features complete is not an option.   We would appreciate any news on this issue! Thanks, Matin

            Thanks @Karin!  will look into it

            Victor Prasad added a comment - Thanks @Karin!  will look into it

            karin.vandriel added a comment -

            Victor, you might want to have a look at Arsenale Lockpoint. It helped solve our main issue in regards to locking attachments

             

            karin.vandriel added a comment - Victor, you might want to have a look at Arsenale Lockpoint. It helped solve our main issue in regards to locking attachments  

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

                Created:
                Updated:
                Resolved: