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.
Richiesta di funzionalità: potremmo avere una configurazione simile anche per i tag?
Preferisco mantenere i miei argomenti categorizzati come sono attualmente e contrassegnare con tag gli argomenti chiave per il riavvio automatico regolare.
Inoltre, alcuni di questi argomenti chiave potrebbero essere chiusi, ma vorrei comunque che venissero riavviati automaticamente.
Non discuto la richiesta, ma rendere i tag dotati di tutte le funzionalità delle categorie è una strada pericolosa.
Se la funzionalità non può essere aggiunta a livello di tag, forse potremmo farlo in un altro modo: è possibile potenziare il timer di auto-aggiornamento dei topic per supportare la ricorrenza?
Non sono contrario a quest’idea. Potrebbe essere molto potente. Puoi creare una richiesta di funzionalità (#feature req) separata per questo, idealmente con un rapido mockup (anche la semantica è un po’ complessa: “bump ogni N giorni dall’ultimo post”) e considerare il bump come un post.
“Non risolto” è una condizione aggiunta in seguito, ma bisogna leggere il thread per saperlo. Potresti aggiornare la descrizione, per favore?
Inoltre, hai considerato la possibilità di aggiungere la condizione “non assegnato”, in riferimento alla funzionalità Assegnato?
Nel nostro forum assegniamo determinati argomenti, e il loro bumping spesso mette le persone assegnate a questi argomenti in situazioni scomode perché non c’è molto da aggiornare. Gli argomenti sono semplicemente nel loro backlog in attesa di essere affrontati.
Sì, penso che questa funzionalità “auto-bump-lite” sarebbe utile per i forum in cui non è possibile chiudere/archiviare/risolvere/eliminare, ma dove si vuole assicurarsi che ogni topic riceva una risposta.
Ho preso discobot e ho cercato di dargli un po’ più di personalità
Ho modificato profilo, risposte, ecc., per il gusto di divertirmi
si potrebbero cambiare questi avvisi di auto-bump

rendendoli sotto forma di risposta di discobot o di una versione specifica del forum?
forse anche il benvenuto ai nuovi utenti, dato che l’AI è in arrivo (o è già qui), forse si adatta bene?
Sentiti libero di cambiare l’avatar del tuo utente @system.
L’ho già fatto, grazie,
Stavo immaginando qualcosa di più simile a un’IA con un vero e proprio post di risposta, dato che l’interazione di base è già simile,
forse è possibile un’integrazione?
Credo che sarebbe divertente
a proposito, c’è qualche rischio nel cambiare il nome utente del sistema?
Se effettui richieste API al tuo sito utilizzando la Chiave API Tutti gli Utenti, dovrai aggiornare il Nome Utente API che utilizzi in queste richieste con il nuovo nome utente dell’utente di sistema. Se non effettui richieste API con la Chiave API Tutti gli Utenti, non ci sono rischi nel modificare il nome utente dell’utente di sistema.