# Looking for a feature like reset bump date but for notifications on a topic

**URL:** https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172
**Category:** Feature
**Tags:** notifications
**Created:** [June 21, 2023, 4:23pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172 "2023-06-21T16:23:13Z")
**Posts on this page:** 12
**Page:** 1

<div class="post-metadata">

### Author: ![jordan-violet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jordan-violet/32/281428_2.png) [@jordan-violet](https://meta.discourse.org/u/jordan-violet)
#### Post date: [June 21, 2023, 4:23pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/1 "2023-06-21T16:23:13Z")

</div>

I recently built an incredible integration for my community, but it’s missing one critical feature: I want to notify users subscribed to a topic when the original post is updated. Here’s my scenario:

We have a SaaS platform and, like many, we have a status page: [status.sailpoint.com](http://status.sailpoint.com) where our users can monitor and subscribe to incidents when they occur on our platform. The problem with these incidents is they’re very one-way, so our customers can’t communicate with us or each other about how that incident is affecting them. What happens is they end up blowing up their CSMs and our Support lines wanting to know what’s going on (understandably).

To alleviate this, I had the idea to build Discourse into the experience. When a new incident happens, the incident page on [status.sailpoint.com](http://status.sailpoint.com) will have a nice link/message like “Click here to discuss this incident.” On the backend, we make API calls to create and update a topic in Discourse as the incident progresses, like so:

 ![image](https://global.discourse-cdn.com/meta/original/4X/4/f/f/4ff3f78c39a4ed10f39d89fc076a15d0c1c94fab.png)

This is great because now our customers can have an outlet to converse in one place, and CSMs/support have a single, public point of convergence to respond to and alleviate concerns.

# The Issue

Every time we add a new incident to this original post, I want to notify those who are subscribed to the topic. I _don’t_ want to create new posts in the topic to do this, I want everything neatly housed in the original topic. I also don’t want new posts in the topic that are then linked with a onebox back in the original topic.

It would be nice to be able to “bump” the notifier.

---

<div class="post-metadata">

### Author: ![Jonathan5](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathan5/32/197134_2.png) [@Jonathan5](https://meta.discourse.org/u/Jonathan5)
#### Post date: [June 21, 2023, 5:15pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/2 "2023-06-21T17:15:02Z")

</div>

> [@jordan-violet](#):
>
> Every time we add a new incident to this original post, I want to notify those who are subscribed to the topic.

I get notified when the team here edit documentation topics that I watch. Maybe it’s because the original posts are wiki posts. If that’s the case, maybe it’s your solution. You’d have to set the trust level allowed to edit wiki posts (`min trust to edit wiki post`) to whatever you need.

---

<div class="post-metadata">

### Author: ![jordan-violet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jordan-violet/32/281428_2.png) [@jordan-violet](https://meta.discourse.org/u/jordan-violet)
#### Post date: [June 21, 2023, 6:33pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/3 "2023-06-21T18:33:04Z")

</div>

That would be so close! But I can’t let non-employees edit these posts because of the sensitivity of them, but I would still want trust level group of choice to still be able to edit wiki’s on other posts.

So that won’t work ☹

---

<div class="post-metadata">

### Author: ![Jonathan5](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathan5/32/197134_2.png) [@Jonathan5](https://meta.discourse.org/u/Jonathan5)
#### Post date: [June 21, 2023, 7:38pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/4 "2023-06-21T19:38:53Z")

</div>

I don’t know the answer to this, but what about changing the category settings so that normal users can Reply but not Create - does that have the effect of preventing normal users from editing the original wiki post?

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [June 21, 2023, 7:42pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/5 "2023-06-21T19:42:24Z")

</div>

Unless you have customers editing wiki posts elsewhere on your Discourse installation, you can just raise `min trust to edit wiki post` to TL3 (if you’ve rendered it inaccessible) or TL4 and make sure your staff are at the same or greater.

---

<div class="post-metadata">

### Author: ![jordan-violet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jordan-violet/32/281428_2.png) [@jordan-violet](https://meta.discourse.org/u/jordan-violet)
#### Post date: [June 21, 2023, 7:43pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/6 "2023-06-21T19:43:28Z")

</div>

We do allow users who reach TL4 to edit wiki posts, which is why this one wouldn’t work for us.

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [June 21, 2023, 7:45pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/7 "2023-06-21T19:45:24Z")

</div>

> [@jordan-violet](#):
>
> We do allow users who reach TL4 to edit wiki posts

TL4 isn’t automatically attainable, are you handing it out?

To be clear though, TL4 can edit **all** posts, rather than just wiki. If you’re giving your customers TL4 then they can already edit these topics.

---

<div class="post-metadata">

### Author: ![jordan-violet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jordan-violet/32/281428_2.png) [@jordan-violet](https://meta.discourse.org/u/jordan-violet)
#### Post date: [June 21, 2023, 7:49pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/8 "2023-06-21T19:49:17Z")

</div>

Oh no, I wasn’t aware TL4 can edit all posts. Simple fix though, we’re just giving TL4 to our Ambassadors in our ambassador program, a program we have for our top contributors. That’s handled by the trust level in the user group, so I’m just going to knock that down to TL3.

This conversation has me incentivized to revisit trust levels 🙂

I do still need to find a solution for this though! I may need to engage the services team for this one.

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [June 21, 2023, 7:58pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/9 "2023-06-21T19:58:08Z")

</div>

Sounds like this is still achievable through [wiki notifications](https://meta.discourse.org/t/wiki-notifications/86680/12), you could:

- Knock ambassadors down to TL3
- Make them category moderators to your wiki categories
- Set default permission to edit wiki at TL4
- Make your staff TL4

Then staff can edit wiki posts in the incident topics, but not ambassadors as their edit topics rights only applies to the wiki categories.

---

<div class="post-metadata">

### Author: ![jordan-violet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jordan-violet/32/281428_2.png) [@jordan-violet](https://meta.discourse.org/u/jordan-violet)
#### Post date: [June 21, 2023, 9:18pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/10 "2023-06-21T21:18:09Z")

</div>

I see that topics in #Customization > Plugin are wikis, so that must be how they do it here at Discourse. Okay, I’m going to better educate myself on trust levels first to make sure I have that right first.

I will say though, I don’t like the idea of making them category moderators. Doesn’t that mean they’ll show up as community moderators on `/about`?

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [June 21, 2023, 9:23pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/11 "2023-06-21T21:23:52Z")

</div>

They would appear in a section below admins and moderators with the category name denoting them as moderators for that category.

You _could_ use CSS to hide this.

Maybe wait to see if anyone else presents a more palatable solution if this is sounding like too much change.

Learning about trust levels is always good though, I would [start here](https://blog.discourse.org/2018/06/understanding-discourse-trust-levels/) and then maybe take a look at the [permissions table](https://meta.discourse.org/t/trust-level-permissions-table-inc-moderator-roles/224824).

---

<div class="post-metadata">

### Author: ![jordan-violet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jordan-violet/32/281428_2.png) [@jordan-violet](https://meta.discourse.org/u/jordan-violet)
#### Post date: [June 21, 2023, 9:25pm UTC](https://meta.discourse.org/t/looking-for-a-feature-like-reset-bump-date-but-for-notifications-on-a-topic/269172/12 "2023-06-21T21:25:39Z")

</div>

I will do just that. I feel that, in our enterprise use case, we wouldn’t want our community to list regular users (customers/partners) as moderators, as it’s too close to sounding like they’re more formally associated with the operations of our business on some capacity.

Thank you so much for all of your detailed responses!
