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.
Solicitud de función: ¿sería posible tener una configuración similar para las etiquetas?
Prefiero mantener mis temas categorizados como están actualmente y etiquetar los temas clave para que se fijen automáticamente de forma regular.
Además, algunos de estos temas clave pueden estar cerrados, pero me gustaría que siguieran fijándose automáticamente.
No estoy en desacuerdo con la solicitud, pero es una pendiente resbaladiza hacer que las etiquetas tengan todas las funcionalidades de las categorías.
Si no se puede agregar la funcionalidad a nivel de etiqueta, ¿quizás podríamos hacerlo de otra manera: se podría mejorar el temporizador de auto-empuje de temas para que admita recurrencia?
No me opongo a esa idea. Puede ser muy potente. ¿Podrías publicar una solicitud de función discreta para esto, idealmente con un boceto rápido (también la semántica es un poco difícil: “elevar cada N días desde el último mensaje”) y que la elevación cuente como un mensaje?
“No resuelto” fue una condición añadida más tarde, pero tienes que leer el hilo para saberlo. ¿Podrías actualizar la descripción, por favor?
Además, ¿has considerado la posibilidad de añadir la condición “no asignado”, en referencia a la funcionalidad de Asignación?
En nuestro foro asignamos ciertos temas, y subirlos a menudo pone a las personas asignadas a estos temas en situaciones incómodas porque no hay mucho que actualizar. Los temas simplemente están en su lista de espera esperando ser abordados.
Sí, creo que esta función “auto-elevación-ligera” sería útil en foros donde no se puede cerrar/archivar/resolver/eliminar, pero donde se desea asegurarse de que cada tema reciba una respuesta.
He tomado a discobot y he intentado darle un poco más de personalidad.
He cambiado el perfil, las respuestas, etc., por diversión.
¿Sería posible cambiar estas alertas automáticas de mensajes que hacen subir el hilo

para que aparezcan como una respuesta del propio discobot o en el formato que corresponda a esta versión del foro?
Quizás también la bienvenida a nuevos usuarios, ya que la IA está en camino (o ya está aquí); ¿acaso esto encajaría?
Siéntete libre de cambiar la imagen de perfil de tu usuario @system.
Ya lo hice, gracias.
Imaginaba algo con más sensación de IA y una respuesta real en el hilo, ya que la interacción base es bastante similar.
¿Quizás sea posible una integración?
Creo que sería entretenido.
Por cierto, ¿hay algún riesgo en cambiar el nombre de usuario del sistema?
Si estás realizando solicitudes a la API de tu sitio con la Clave API de Todos los Usuarios, deberás actualizar el Nombre de Usuario de la API que utilizas en esas solicitudes al nuevo nombre de usuario del usuario del sistema. Si no estás realizando solicitudes a la API con la Clave API de Todos los Usuarios, entonces no hay ningún riesgo al cambiar el nombre de usuario del usuario del sistema.