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

User adding and Attachment to a page should have option to NOT trigger email notification (a.k.a. Minor Attachment Change)

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

      Situation

      • If a user attaches 2 (or more) attachments to a page, and makes a page edit to create links to those attachments, all watchers will get 3 (or more) email notifications for the same page 'activity'

      Recommendation

      • As with a 'minor update' flag for page updates, a person attaching an attachment should be able to indicate an attachment does not need to trigger a notification event.
      • Any file upload action should have the option of not sending a notification.

            [CONFSERVER-7612] User adding and Attachment to a page should have option to NOT trigger email notification (a.k.a. Minor Attachment Change)

            Yesterday, I have deleted all the pages in the trash of a huge space. Users (a lot) received 660 mails of page and attachment deletions. This is non cense when pages are in the trash....!
            Today I received (a lot) of mails from users complaining about the spam generated.

            If you decide the way mail should be send, at least you can add some option to trigger for page in the trash.

            Michael

            Michael Regelin added a comment - Yesterday, I have deleted all the pages in the trash of a huge space. Users (a lot) received 660 mails of page and attachment deletions. This is non cense when pages are in the trash....! Today I received (a lot) of mails from users complaining about the spam generated. If you decide the way mail should be send, at least you can add some option to trigger for page in the trash. Michael

            Perfect. Thanks!

            Derrick Isaacson added a comment - Perfect. Thanks!

            derrick2: in 5.5, there is a new rest api (and the associated java api) that will allow a plugin to set the minor edit flag of an attachment during upload. The SOAP and XML-RPC api will NOT have support for this minor attachment flag (due to backwards compatibility concerns). If you have any extra concerns or questions regarding the api usage, please don't hesitate to contact me jxie (at) atlassian (dot) com, or alternatively, ask on https://answers.atlassian.com/ and i ll try to answer it.

            Chii (Inactive) added a comment - derrick2 : in 5.5, there is a new rest api (and the associated java api) that will allow a plugin to set the minor edit flag of an attachment during upload. The SOAP and XML-RPC api will NOT have support for this minor attachment flag (due to backwards compatibility concerns). If you have any extra concerns or questions regarding the api usage, please don't hesitate to contact me jxie (at) atlassian (dot) com, or alternatively, ask on https://answers.atlassian.com/ and i ll try to answer it.

            Thanks for the feedback guys. I've created CONF-33214 to deal specifically with the notification storms that can arise from the view page.

            I don't know that a 'minor change' switch will be the answer, we'll probably address in a couple of other ways, but I've created the ticket for the specific problem for you to watch for resolution.

            John Masson added a comment - Thanks for the feedback guys. I've created CONF-33214 to deal specifically with the notification storms that can arise from the view page. I don't know that a 'minor change' switch will be the answer, we'll probably address in a couple of other ways, but I've created the ticket for the specific problem for you to watch for resolution.

            Not to take away from the complaining, it sounds like there is still a use case that this is a problem for but.... Fantastic! This resolves the biggest complaint my org had since we primarily add attachments (images for specifications) in the editor. and i'm willing to train staff to edit before uploading if they don't want to send notifications. I'll be looking forward to updating to 5.5. You made my day.

            John Fenger added a comment - Not to take away from the complaining, it sounds like there is still a use case that this is a problem for but.... Fantastic! This resolves the biggest complaint my org had since we primarily add attachments (images for specifications) in the editor. and i'm willing to train staff to edit before uploading if they don't want to send notifications. I'll be looking forward to updating to 5.5. You made my day.

            Atlassian shows once again that they don't use their own product, certainly not as their clients do. Please reopen this issue. In addition, please deal with all the issues having to do with email notifications initiated by everything in addition to editing a regular post, the only time you offer users or admins the opportunity to avoid sending an alerting email messages.

            Tom Wolff (Admin) added a comment - Atlassian shows once again that they don't use their own product, certainly not as their clients do. Please reopen this issue. In addition, please deal with all the issues having to do with email notifications initiated by everything in addition to editing a regular post, the only time you offer users or admins the opportunity to avoid sending an alerting email messages.

            This issue is not resolved per the original description. Please re-open and provide a mechanism for reducing notifications for all attachment upload strategies.

            Chad Barnes added a comment - This issue is not resolved per the original description. Please re-open and provide a mechanism for reducing notifications for all attachment upload strategies.

            I agree as well. For our cases, dragging and dropping files onto an existing page should simply not yield any notification. Only not rendering notifications while in edit mode is no suitable solution and would force us to always edit a page before we can 'safely' add attachments without raising notifications. This way, we would lose the powerful option to simply drag & drop extra attachments to an already existing page. To align with other case requirements described in this ticket, a global or per space 'no notifications for attachments' feature indeed seems to be the solution that best covers our collective need.

            Please reopen the ticket and take our comments into account.

            Deleted Account (Inactive) added a comment - I agree as well. For our cases, dragging and dropping files onto an existing page should simply not yield any notification. Only not rendering notifications while in edit mode is no suitable solution and would force us to always edit a page before we can 'safely' add attachments without raising notifications. This way, we would lose the powerful option to simply drag & drop extra attachments to an already existing page. To align with other case requirements described in this ticket, a global or per space 'no notifications for attachments' feature indeed seems to be the solution that best covers our collective need. Please reopen the ticket and take our comments into account.

            I agree with the previous comments.
            @atlassian. please make a test by yourself with a colleague and change some files every day. After the first changes the other will move all the notifications to the spamfolder. Then you will see that the implementation is useless (pain in the a..)

            Michael Kornatzki added a comment - I agree with the previous comments. @atlassian. please make a test by yourself with a colleague and change some files every day. After the first changes the other will move all the notifications to the spamfolder. Then you will see that the implementation is useless (pain in the a..)

            sepe added a comment -

            Ryan Harvey and Bjørn-Willy Arntzen +1

            Please reopen the issue.

            sepe added a comment - Ryan Harvey and Bjørn-Willy Arntzen +1 Please reopen the issue.

              jxie Chii (Inactive)
              f1dc925b931b JamesM
              Votes:
              141 Vote for this issue
              Watchers:
              118 Start watching this issue

                Created:
                Updated:
                Resolved: