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개의 좋아요
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.
4개의 좋아요
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 Contribute > 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.
4개의 좋아요
“미해결” 조건은 나중에 추가된 것이지만, 이 사실을 알기 위해서는 스레드를 읽어야 합니다. 설명을 업데이트해 주시겠어요?
또한, ‘지정되지 않은’ 조건을 추가하는 것도 고려해 보셨나요? 이는 ‘지정(Assigned)’ 기능과 관련이 있습니다.
저희 포럼에서는 특정 토픽을 지정하는데, 이러한 토픽을 자주 위로 올리는(bumping) 것은 해당 토픽에 지정된 사람들을 불편한 상황에 빠뜨립니다. 업데이트할 내용이 거의 없기 때문이죠. 해당 토픽들은 단순히 처리될 때까지 백로그에 머물러 있는 상태입니다.
2개의 좋아요
네, 저는 이 “자동 상단 올리기(경량판)” 기능이 게시물을 닫기/아카이빙/해결/삭제할 수 없지만, 모든 게시물이 답글을 받도록 보장하고 싶은 포럼에서 유용할 것 같다고 생각합니다.
3개의 좋아요
discobot를 가져와서 캐릭터를 좀 더 살려보려고 해봤어요
재미로 프로필/응답 등을 변경해 보았습니다
이 자동 범프 메시지 알림
을 discobot의 답변 게시글 형태나 특정 포럼 버전 형태로 변경할 수 있을까요?
AI가 도입되고 있는(또는 이미 도입된) 상황에서 새 사용자 환영 메시지도 마찬가지일 텐데, 이 방식이 적합할까요?
@system 사용자의 아바타를 자유롭게 변경할 수 있습니다.
1개의 좋아요
이미 그렇게 해뒀어요, 감사합니다.
기존 인터랙션이 이미 비슷하지만, 실제 답변 게시물로 AI 느낌을 더 살리고 싶었어요.
혹시 연동이 가능할까요?
재미있을 것 같아요.
참고로, 시스템 사용자 이름을 변경하는 데 위험한 점은 없나요?
All Users API 키를 사용하여 사이트에 API 요청을 보내고 있다면, 해당 요청에서 사용하는 API 사용자 이름을 새 시스템 사용자의 이름으로 업데이트해야 합니다. All Users API 키를 사용하여 API 요청을 보내지 않는 경우, 시스템 사용자 이름을 변경하는 데 위험은 없습니다.
4개의 좋아요