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.
1 лайк
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 
7 лайков
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.
11 лайков
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 :>
1 лайк
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
7 лайков
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.
1 лайк
Запрос функции — не могли бы мы добавить аналогичную настройку для тегов?
Я предпочитаю оставлять свои темы в текущей категоризации и помечать ключевые темы тегами для регулярного автоматического поднятия.
Кроме того, некоторые из этих ключевых тем могут быть закрыты, но я всё же хотел бы, чтобы они автоматически поднимались.
4 лайка
Я не возражаю против запроса, но это скользкий путь — наделять теги всей функциональностью категорий.
Если функциональность нельзя добавить на уровне тегов, возможно, мы могли бы сделать это другим способом: можно ли доработать таймер автоматического поднятия темы, чтобы он поддерживал повторение?
Я не против этой идеи. Она может быть очень полезной. Можешь ли ты создать отдельный запрос на реализацию функции (#feature request) по этому поводу? Желательно с кратким макетом (также стоит уточнить семантику: «поднимать каждые N дней с момента последнего сообщения», и чтобы само поднятие засчитывалось как пост).
4 лайка
Условие «не решена» было добавлено позже, но чтобы узнать об этом, нужно прочитать тему. Не могли бы вы обновить описание?
Также вы рассматривали возможность добавления условия «не назначена» в отношении функционала «Назначено»?
На нашем форуме некоторые темы назначаются, и их частое поднятие ставит назначенных на них пользователей в неловкое положение, так как обновлять нечего. Эти темы просто находятся в их очереди ожидания, чтобы быть рассмотренными.
2 лайка
Да, я думаю, что такая функция «авто-поднятие-лайт» была бы полезна для форумов, где закрытие/архивация/решение/удаление тем не предусмотрено, но при этом вы хотите убедиться, что каждая тема получает ответ.
3 лайка
Я взял discobot и постарался добавить ему немного характера
изменил профиль/ответы и т.д. ради веселья
можно ли изменить эти автоматические уведомления о поднятии темы
сделать их в виде ответного поста от discobot или в версии, подходящей для данного форума?
возможно, это касается и приветствия новых пользователей, раз уж ИИ уже на подходе (или даже здесь), может, это подойдёт?
Не стесняйтесь изменить аватар вашего пользователя @system.
1 лайк
Я уже сделал это, спасибо.
Я представлял что-то более похожее на ИИ с реальным ответным сообщением, учитывая, что базовое взаимодействие уже похоже.
Возможно, есть возможность интеграции?
Думаю, это было бы увлекательно.
Кстати, есть ли риск при изменении имени пользователя системы?
Если вы выполняете какие-либо API-запросы к вашему сайту с помощью ключа API «Все пользователи», вам необходимо обновить имя пользователя API, которое вы используете в этих запросах, на новое имя пользователя системы. Если вы не выполняете API-запросы с помощью ключа API «Все пользователи», то в изменении имени пользователя системы нет никакой опасности.
4 лайка