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 إعجابات
لا أختلف مع الطلب، لكن منح الوسوم جميع وظائف الفئات قد يؤدي إلى طريق مسدود.
إذا لم يكن من الممكن إضافة الوظيفة على مستوى الوسوم، فربما يمكننا فعل ذلك بطريقة أخرى: هل يمكن تحسين مؤقت رفع الموضوع التلقائي لدعم التكرار؟
لست ضد هذه الفكرة. يمكن أن تكون قوية جدًا. هل يمكنك نشر طلب ميزة منفصل لهذا، ويفضل أن يكون مع نموذج سريع (أيضًا الدلالات صعبة بعض الشيء: “رفع كل N يوم من آخر منشور”) ويُحتسب الرفع كمنشور.
4 إعجابات
تمت إضافة شرط “غير محلول” لاحقًا، لكنك تحتاج إلى قراءة الخيط لمعرفة ذلك. هل يمكنك تحديث الوصف، من فضلك؟
أيضًا، هل فكرت في إضافة شرط “غير مُعيَّن”، بالرجوع إلى وظيفة التعيين؟
في منتدانا، نعيّن مواضيع معينة، وغالبًا ما يؤدي رفعها إلى وضع الأشخاص المعينين لهذه المواضيع في مواقف غير مريحة لأنه لا يوجد الكثير للتحديث. الموضوعات ببساطة في قائمة انتظارهم بانتظار معالجتها.
إعجابَين (2)
نعم، أعتقد أن هذه الميزة “الرفع التلقائي المبسط” ستكون مفيدة في المنتديات التي لا يتوفر فيها خيار الإغلاق/الأرشفة/الحل/الحذف، ولكن حيث ترغب في التأكد من أن كل موضوع يحصل على رد.
3 إعجابات
لقد أخذت discobot وحاولت منحها القليل من الشخصية
غيرت الملف الشخصي/الردود وما إلى ذلك للمتعة
هل يمكن تغيير هذه التنبيهات التلقائية لرفع المواضيع
لتصبح على شكل رد منشور من discobot أو نسخة معينة من المنتدى؟
ربما ترحيب المستخدم الجديد أيضًا، بما أن الذكاء الاصطناعي في الطريق (أو موجود هنا)، ربما يناسب هذا؟
لا تتردد في تغيير صورة الملف الشخصي الخاصة بمستخدم @system.
إعجاب واحد (1)
لقد قمت بذلك بالفعل، شكرًا لك.
كنت أتخيل شيئًا يشبه الذكاء الاصطناعي مع رد فعلي من منشور، وهو أمر مشابه بالفعل نظرًا للتفاعل الأساسي.
ربما يكون التكامل ممكنًا؟
أعتقد أنه سيكون ممتعًا.
بالمناسبة، هل هناك أي خطر في تغيير اسم مستخدم النظام؟
إذا كنت تقوم بأي طلبات API إلى موقعك باستخدام مفتاح API لجميع المستخدمين، فستحتاج إلى تحديث اسم مستخدم API الذي تستخدمه في هذه الطلبات ليصبح اسم مستخدم المستخدم الجديد للنظام. أما إذا لم تكن تقوم بطلبات API باستخدام مفتاح API لجميع المستخدمين، فلا يوجد أي خطر في تغيير اسم مستخدم المستخدم الخاص بالنظام.
4 إعجابات