Cause as far as I know the intention for adding the auto bump message was to let users know why a topic is bumped. However when someone replies, users already know that it will bump the topic to top. So in this case, auto bump message would not be necessary.
I want to know what others think about this idea maybe if everyone agree, we donāt need to have an option here.
I kinda disagree with this, it can be useful to know why there are suddenly some replies months or years later on a old topic.
I didnāt try this option on my forum but I guess this message can be deleted by the staff, like any other topic status changes (pin/unpin, closed topic, etc) so I think we can do without a specific option
I disagree with removing it too. The bump message answers the question āwhy is someone responding to this old topic suddenly?ā which will very likely come up without the message being there.
What problem is the bump message causing? It seems more helpful than harmful.
This, Iād really use some option to configure autobump check
Also itās a bit annoying when I have two topics in one category and theyāre bumped to the infinity and beyond. Is there any way to bump such categories ie. once per week? Like one thread per week would work like a charm :>
How to disable autobumping alltogether? I canāt find any settings related to ābumpā, when I search in admin settings I canāt find any option like thatā¦
Iām on Discourse 2.2.1
Is there a way to hide auto bump message with css?
What have you tried so far?
I didnāt try anything cause I didnāt find any specific class related to this message to hide. Is there something Iām missing?
This would make it a useful feature for me. My use case is to remind users of important forum policies. But not every day.
Feature request - could we also have a similar setting for tags?
I prefer to keep my topics categorised as they currently are, and to tag key topics for regular auto-bumping.
Also, some of these key topics may be closed, but Iād still like them to be auto-bumped.
I do not disagree with the request but it is a slippery slope to make tags have all the functionality of categories.
If the functionality canāt be added at the tag level, perhaps we could do it another way: could the auto-bump topic timer be enhanced to support recurrence?
I am not against that as an idea. It can be very powerful. Can you post a discrete feature req for this, ideally with a quick mockup (also semantics are a bit difficult ābump every N days from last postā) and the bump counts as a post.
āNon-solvedā was a condition added later on, but you have to read the thread to know this. Could you update the description, please?
Also, have you considered the possibility of adding the condition ānon-assignedā, in reference to the Assigned functionality?
In our forum we assign certain topics, and bumping them often puts the persons assigned to these topics in uncomfortable positions because there isnāt much to update. The topics are simply in their backlog waiting to be addressed.
Yes, I think this āauto-bump-liteā feature would be useful for forums where closing/archiving/solving/deleting is not an option but where you want to make sure that every topic gets a reply.
Iāve taken discobot and tried to give a bit more character to him
changed profile/responses etc for the sake of fun
could these auto bump message alerts
be changed, made in the form of reply post from discobot or a given forums version?
perhaps the new user welcome as well, since AI is on the way, (or here) perhaps this fits?
Feel free to change the avatar of your @system user.
I had done that thank you,
I was picturing more of an AI feel with an actual reply post, its already similar given the base interaction,
perhaps an integration is possible?
I believe it would be entertaining
btw, any danger in changing the sytems username?
If you are making any API requests to your site with the All Users API Key, you will need to update the API Username that you use in those requests to the new system userās username. If you are not making API requests with the All Users API Key, then there is no danger in changing the system userās username.