Uploaded image for project: 'Confluence Cloud'
  1. Confluence Cloud
  2. CONFCLOUD-36899

Option to Disable Preview of Specific Attachments (PDF, Excel, Word)

    • 28
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

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

      In Confluence 5.7 and later version, we have the bundled Confluence Previews add-on, which is responsible for creating the preview for the attachments in the instance.

      By disabling this add-on, Confluence will not provide the option to preview any file and instead of it, for attachments like PDF, Word, Excel, it will download the file. However, for the images, no option will be provided. Neither to download it or to preview.

      This is a feature request to provide an option (or a new module in the add-on) to disable the preview only for specific attachments such as Word, PDF, Excel and the images will still be able to be previewed.

      PS: We do have options to disable only the preview for PDF with the following modules:

      Confluence Previews PDF webworker resource(confluence-previews-pdf-worker)
      Confluence Previews Resources for pdf viewer(confluence-previews-pdf)

      However, both will make the preview be displayed, but, the PDF file will keep loading and will not display the file at all, which is not the same behaviour as requested in this one.

      Atlassian Status as of June 27, 2019

      Thanks for your suggestions and feedback on this issue. After reviewing the comments, the majority of issues are caused by a bug in the preview functionality in Confluence Server offering and not the Confluence Cloud offering.

      In light of this, we will not support the capability to optionally disable file preview for Confluence Cloud.

      Alice Wang
      Senior Development Team Lead, Confluence Cloud

            [CONFCLOUD-36899] Option to Disable Preview of Specific Attachments (PDF, Excel, Word)

            We (company with 4000 intranet users and 2 CONF instances) recently updated from CONF 5.5 to 5.10 and now we have a lot of complaints from users about that preview "feature". It is more a problem than helpful. I already rised some incidents at Atlassian about those bugs. In preview of PDF files text layers are not rendered. Users can't find a print function. Etc.

            Stefan Baader added a comment - We (company with 4000 intranet users and 2 CONF instances) recently updated from CONF 5.5 to 5.10 and now we have a lot of complaints from users about that preview "feature". It is more a problem than helpful. I already rised some incidents at Atlassian about those bugs. In preview of PDF files text layers are not rendered. Users can't find a print function. Etc.

            Created: 16/Mar/2015 3:14 PM and still not assigned.

            It appears that there is not enough feedback for the Confluence users about this request.  What can be done to get more visibility on the ongoing issues with the document preview or disabling this 'feature'?

            Stephen Gramm added a comment - Created: 16/Mar/2015 3:14 PM and still not assigned. It appears that there is not enough feedback for the Confluence users about this request.  What can be done to get more visibility on the ongoing issues with the document preview or disabling this 'feature'?

            In general we would also like an option to prevent opening in the preview of a given attachment shown as link in a given page (and trigger download instead.

            Rosario De Domenico added a comment - In general we would also like an option to prevent opening in the preview of a given attachment shown as link in a given page (and trigger download instead.

            Hi noc12, viewing/previewing/downloading attachments is limited by the restrictions of the associated page.

            If using the {attachments} macro, this displays a single page, the user will see "Page level restrictions have been applied that limit access to this page: restricted attachments" if they cannot view that page.

            If using the {space attachments} macro, this will not display any attachments that reside on pages which the current user does not have permission to view.

            If this does not help you diagnose your issue, please raise a support request

             

            Adam Barnes (Inactive) added a comment - Hi noc12 , viewing/previewing/downloading attachments is limited by the restrictions of the associated page. If using the {attachments} macro, this displays a single page, the user will see "Page level restrictions have been applied that limit access to this page: restricted attachments" if they cannot view that page. If using the {space attachments} macro, this will not display any attachments that reside on pages which the current user does not have permission to view. If this does not help you diagnose your issue, please raise a  support request  

            Veracode added a comment -

            This is a serious permissions problem. One of our users has provided screen shots showing that the list of reports he's permitted to see is appropriate, but when he clicks on the link the preview pages clearly shows reports that he IS NOT PERMITTED TO SEE. This is a security issue for us. Please advise how we can disable this feature.

            Veracode added a comment - This is a serious permissions problem. One of our users has provided screen shots showing that the list of reports he's permitted to see is appropriate, but when he clicks on the link the preview pages clearly shows reports that he IS NOT PERMITTED TO SEE. This is a security issue for us. Please advise how we can disable this feature.

            Hartmut Boekhoff added a comment - - edited

            just found an ugly workaround: change the mime-type in the attachments properties to something undefined and confluence will show a download-dialog

            Hartmut Boekhoff added a comment - - edited just found an ugly workaround: change the mime-type in the attachments properties to something undefined and confluence will show a download-dialog

            We have also upgraded to a version of Confluence that has this 'feature' and since then I am receiving a lot of support requests to go back to 'click to download' functionality, especially for pdfs and large excel documents. The ideal solution would be to have the option to only enable this functionality for specific pages so that users who do like the functionality can still use it.

            Chris Marston added a comment - We have also upgraded to a version of Confluence that has this 'feature' and since then I am receiving a lot of support requests to go back to 'click to download' functionality, especially for pdfs and large excel documents. The ideal solution would be to have the option to only enable this functionality for specific pages so that users who do like the functionality can still use it.

            We are also waiting for this. The users do not accept the current situation without the pre-viewer function and also not with the functionality of the pre-viewer.
            Please can you improve the situation soon?

            Reto Umberg added a comment - We are also waiting for this. The users do not accept the current situation without the pre-viewer function and also not with the functionality of the pre-viewer. Please can you improve the situation soon?

            Yea @Ross Bender you are doing it Good Luck.

            Brock Martin added a comment - Yea @Ross Bender you are doing it Good Luck.

            Is there a way to get Atlassian feedback on this issue?

            Ross Bender added a comment - Is there a way to get Atlassian feedback on this issue?

              Unassigned Unassigned
              gdecampos Giuliano C.
              Votes:
              134 Vote for this issue
              Watchers:
              106 Start watching this issue

                Created:
                Updated:
                Resolved: