# Ability to add multiple topic timers
**URL:** https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744
**Category:** Feature
**Tags:** topic-timers
**Created:** [July 24, 2017, 11:53pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744 "2017-07-24T23:53:06Z")
**Posts on this page:** 18
**Page:** 1
### Author:  [@robbyoconnor](https://meta.discourse.org/u/robbyoconnor)
#### Post date: [July 24, 2017, 11:53pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/1 "2017-07-24T23:53:06Z")
Hey all,
Is it possible to set up multiple Topic Timers – for example: publish, and then a separate one to auto-close the thread. I have a direct need for this…it’s not a deal breaker for it not to exist…just automation is amazing.
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [July 25, 2017, 12:00am UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/2 "2017-07-25T00:00:30Z")
Is this what you’re after?
> [@Create topic in the future](https://meta.discourse.org/t/create-topic-in-the-future/11997):
>
> I’d like to be able to, via the API, create a Discourse topic but not have it show up until a defined time in the future. This is really handy for things like announcement posts, so I can create a new topic to announce a thing at some point before the release of the thing, and have the forum discussion become available automatically at release time without me having to do anything. Has this sort of feature been discussed? (I did take a glance at the code, but I’m not really a Ruby guy, and I fea…
Auto-closing is already core.
---
### Author:  [@tgxworld](https://meta.discourse.org/u/tgxworld)
#### Post date: [July 25, 2017, 12:16am UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/3 "2017-07-25T00:16:09Z")
Not possible right now as we only allow one public topic timer (publish, closing, opening) per topic. As a workaround now, you could set a publish topic timer and add a reminder for yourself to close the topic.
Could you build on your use case a little as to why you have a need for multiple topic timers? Multiple topic timers is not impossible but tricky to deal with as we now have to make sure that there isn’t any overlap with the time range.
---
### Author:  [@robbyoconnor](https://meta.discourse.org/u/robbyoconnor)
#### Post date: [July 27, 2017, 1:21am UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/4 "2017-07-27T01:21:23Z")
I pretty much wanted a publish timer and a timer to close the topic automatically..not much more to it.
---
### Author:  [@JoelZaslofsky](https://meta.discourse.org/u/JoelZaslofsky)
#### Post date: [July 18, 2019, 7:55am UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/5 "2019-07-18T07:55:56Z")
> [@tgxworld](#):
>
> Not possible right now as we only allow one public topic timer (publish, closing, opening) per topic. As a workaround now, you could set a publish topic timer and add a reminder for yourself to close the topic.
>
> Could you build on your use case a little as to why you have a need for multiple topic timers? Multiple topic timers is not impossible but tricky to deal with as we now have to make sure that there isn’t any overlap with the time range.
Here’s my use case for two topic timers on the same topic.
In my community, we have a recurring weekly topic called Wow Us Wednesday. It’s a 24 hour period for members to do self-promotion as we’ve found they need a time and place to vent their promotional steam.
We use the existing topic timer functionality to automatically close the topic 24 hours after being published – mostly so promotion stays contained to a specific weekly time frame and doesn’t keep bubbling back up to the top all the time.
However, using the auto close topic timer prohibits me from using the schedule publishing topic timer – and I want to use both.
I would prefer to schedule 4-8 weekly Wow Us Wednesday topics all at once from an efficiency perspective. Right now, I can’t use the schedule publishing topic timer as my one topic timer because, if I miss my window to manually close the topic 24 hours after it’s published, members can do self-promotion beyond our 24 hour concentrated time frame.
Since our Wow Us Wednesday takes place from 12:00 a.m. PDT - 11:59 p.m. PDT and I’m two hours ahead in CDT, I’d have to wake up at 2:00 a.m. to manually close the topic – something I’m not keen to do. That says nothing of my changed responsibilities if I’m on vacation, sick, or can’t find another admin in a different time zone to manually close the topic.
Having two topic timers on the same topic wouldn’t be revolutionary for me. But it would sure make my scheduling and team coordination easier, and I imagine hundreds of other Discourse users would say the same.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [July 31, 2019, 5:19am UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/6 "2019-07-31T05:19:08Z")
Interesting use case.
I think there is totally merit for supporting “delay published, auto closing” topics. I can see use cases where it is useful.
A current workaround is to post it to a category with `auto-close topic hours` set, would that not work?
---
### Author:  [@JoelZaslofsky](https://meta.discourse.org/u/JoelZaslofsky)
#### Post date: [August 10, 2019, 5:02pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/7 "2019-08-10T17:02:57Z")
I appreciate the workaround suggestion, Sam. I could see it working for some Discourse users … the issue is it doesn’t work for mine.
The self-promotion threads are published to a category called “Anything Goes” and the nature of the category is to have wide-ranging conversations. The only forum threads in the category I’d want to auto-close are the self-promotion focused ones I publish. The rest are published by community members and I want to leave replies open indefinitely.
Granted, I could create a new category specifically for these weekly self-promotion posts. But we’re wary of the communication and UX tradeoffs when we create new categories and try to do it as infrequently as possible.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [August 10, 2019, 11:11pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/8 "2019-08-10T23:11:17Z")
How about a “wow us Wednesday” subcategory of “anything goes”?
---
### Author:  [@JoelZaslofsky](https://meta.discourse.org/u/JoelZaslofsky)
#### Post date: [November 27, 2019, 5:51pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/9 "2019-11-27T17:51:50Z")
Stephen, we played with the idea of having a “Wow Us Wednesday” sub-category of the “Anything Goes” master category. However, despite the efficiency gain of being able to have a dedicated sub-category with the ability to auto-close all topics in it after 24 hours, we weren’t willing to make the trade off in UX.
For example, having a sub-category filter in the Anything Goes category for the Wow Us Wednesday sub-category and seeing the standalone Wow Us Wednesday sub-category on the the Categories view page (e.g., [https://yourforum.com/categories](https://yourforum.com/categories)) draws too much attention to the fact that we have a dedicated sub-category for self-promotion.
Our goal is to limit the visibility of self-promotion for the 144 out of the 168 hours each week where we’re not actively doing self-promotion.
I’m grateful for the suggestion. I’ll just wait until @sam or someone else on the Discourse Team develops the “delay published, auto closing” feature Sam mentioned he’d like to see.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [November 27, 2019, 6:03pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/10 "2019-11-27T18:03:14Z")
> [@JoelZaslofsky](#):
>
> For example, having a sub-category filter in the Anything Goes category for the Wow Us Wednesday sub-category and seeing the standalone Wow Us Wednesday sub-category on the the Categories view page (e.g., [https://yourforum.com/categories](https://yourforum.com/categories)) draws too much attention to the fact that we have a dedicated sub-category for self-promotion.
Did you experiment with hiding that particular subcategory from /categories using css?
---
### Author:  [@Anton\_Akhmerov](https://meta.discourse.org/u/Anton_Akhmerov)
#### Post date: [February 7, 2021, 7:31pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/11 "2021-02-07T19:31:48Z")
I have another use case for publish-then-close: I am running a course, where we are posting announcements inviting input for each course activity, and afterwards closing the announcement after the corresponding activity (lecture or Q&A) is over. An auto-close category wouldn’t quite work because different activities have different expiration.
---
### Author:  [@sunjam](https://meta.discourse.org/u/sunjam)
#### Post date: [July 19, 2021, 8:49pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/12 "2021-07-19T20:49:08Z")
Hi, tried to setup multiple timers for recurring events. Allowing 2 - 3 would be useful!
1. Delayed Publish
2. Delete All Replies after 7 days
3. Auto Bump weekly, or bi-weekly, before the event recurs.
Thanks for considering. Also using new [automation](https://meta.discourse.org/t/discourse-automation/195773) plugin to:
_Auto-Pin topic the day before next occurrence_. Hoping to eventually set this as recurring weekly / bi-weekly / monthly rather than on a specific day. ← This how we’ve configured our [Event plugin](https://meta.discourse.org/t/discourse-event/149964/).
Perhaps there could be more interplay between topic timers and the automation plugin in the future. Cheers.
Another topic timer option that could be useful:
- Remove all emoticons from topic.
This is because users like to use emoticons to interact with a topic when they agree / disagree, etc.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [July 19, 2021, 11:23pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/13 "2021-07-19T23:23:43Z")
> [@sunjam](#):
>
> Auto Bump weekly, or bi-weekly, before the event recurs.
That belongs in the event plugin IMO.
---
### Author:  [@ThunderThighs](https://meta.discourse.org/u/ThunderThighs)
#### Post date: [December 2, 2021, 10:36pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/14 "2021-12-02T22:36:35Z")
My use case for this is for game threads.
I want to launch the LOCKED thread at midnight because people will start looking for it from our week-long event blog. This I can do.
I want to set it to unlock at 9am when the game actually starts. The only way I can do this is to stay up after midnight to set another timer or do it manually at 9am.
Another use case is giveaway threads. I’d love to send the launch and close times at the same time instead of waiting for it to launch to set the end time.
I would LOVE to set two timers. I can see where this gets a bit tricky if they conflict but maybe limit the use cases or put in some checks & balances.
Thanks!
---
### Author:  [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [February 20, 2023, 6:08pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/15 "2023-02-20T18:08:44Z")
Would it be useful to split this into a specific RFE for scheduled posts which auto-close?
The workaround of having an auto-closing category makes sense in general, but I’m wanting to do this for a specific set of conversations as part of a structured discussion over the next few months, and setting up a separate category seems heavyweight for that.
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [February 20, 2023, 6:50pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/16 "2023-02-20T18:50:05Z")
Why not just so that as a seperate sub-category? That isn’t so bad, and you can config it so that your users probably won’t even notice.
---
### Author:  [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [February 20, 2023, 7:07pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/17 "2023-02-20T19:07:21Z")
My users are very notice-y. 🙂 Many have filters set up to sort their notification mail, and therefore are sensitive to category changes.
I’m also unsure on how notification settings work for subcategories… if I create one, will it inherent from the parent for existing users, or will they have to subscribe separately?
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [February 20, 2023, 7:14pm UTC](https://meta.discourse.org/t/ability-to-add-multiple-topic-timers/66744/18 "2023-02-20T19:14:56Z")
> [@mattdm](#):
>
> 🙂 Many have filters set up to sort their notification mail, and therefore are sensitive to category changes.
Uggh!!! You need to move them off mailing list mode and get them onto the Discourse UI! Not easy, I know from real world experience. Good luck.
The email subject tags will include the name of the parent category, but it would depend on how they set up their filters (particularly if they include both of the square brackets).
> [@mattdm](#):
>
> I’m also unsure on how notification settings work for subcategories… if I create one, will it inherent from the parent for existing users, or will they have to subscribe separately?
Is a little complex - there is an inheriting functionality in there when setting up notification defaults, but I haven’t messed with it. You definitely can set them independently if desired.