I just performed a bulk-edit action on nearly a thousand topics to clean up/re-organize a category slightly. I did not expect this action to send emails (except maybe to the creators of the posts that their posts had been edited), but the users who were watching the destination category were sent nearly a thousand emails each!
Note that this bulk-edit action did not change the topic bump date — even on topics that had no replies. I started with a few topics to confirm that this was the outcome before doing all thousand of them. That’s exactly the behavior I’d want there, and in my naive mental model a refreshed bump date is fairly tightly correlated with an email notification (but obviously that was flawed).
This is an unexpected behavior with a highly consequential outcome. It’d be great if either the UI would make this more obvious or if it simply didn’t happen.
The dialog itself looks fairly innocuous, and the ellipses in the Set Category… button make it look like there will be yet another pane before the action is taken.
I don’t quite understand what you’re asking, but the (default) status quo as I understand it is:
Jane is watching new first posts on the category #foo.
I bulk change 1000 old topics, moving them from #bar into #foo
Jane gets 1000 notifications (emails or dings or badges) that appear “stale” to her — navigating to the #foo category doesn’t show any of these topics as actually being new as the topic bump date hasn’t changed.
I would like this behavior to change in one or more ways. I think it’d be helpful if Discourse called out the possibility of lots of notifications during step 2. It’d be even better if it’d be possible to avoid these notifications with a checkbox or some such during step 2. And I think it’d be best if that were simply the default behavior — maybe it’s my lack of imagination, but my gut is that administrators generally want to perform bulk actions without sending bulk notifications. This is very different case from moving a single topic.
Yeah, I discovered that the “Disable category edit notifications on topics” setting does apparently affect watching_first_post notifications after searching here and finding the linked topic above. I wasn’t aware of the setting prior to that, bit even if I was aware of it I think I’d only expect it to affect the topic author’s edit notifications based on its wording. It’s definitely helpful to know, but I think the fact that you try to remember to disable it for bulk actions is pretty telling.
I do think it makes sense for a manual (non-bulk action) category edit to trigger a watching_first_post notification. And I don’t really mind having the topic author’s get an edit notification on a bulk action (there are likely orders of magnitude fewer and they’re much more obvious why they’re happening).
There is also a setting disable system edit notifications, which "Disables edit notifications by the system user when ‘download_remote_images_to_local’ is active“.
I assume this is so that, when posts get automatically re-written to use local upload URLs, it isn’t annoying. (Can someone confirm?) But it also seems to mean that you can make “silent” changes via the API if you use the system user…