I don’t know if there is a way to expose site/plugin settings to non-admins.
The plugin could be extended to add a button to user profile screens to toggle forced moderation on and off for the displayed user. That would make it possible for moderators to use it.
Realistically, I don’t know if I will have time to add that to the plugin myself in the near future, but I’d take a pull request if someone else wants to.
Would it be difficult to implement a function where posts rejected have a reason text field that’s PM’d to the user?
Great plug in by the way @LeoDavidson 
That would probably be best as a separate plugin, since it would be useful as a general part of the moderation queue functionality in Discourse.
This plugin just puts messages into the moderation queue (if the username matches) and doesn’t change how anything after that works.
Can this plugin be applied to a Group?
Does this plugin even work under the new reviewables design in Discourse 2.3 @eviltrout? I think it is unlikely…
It still works, at least on my v2.4.0.beta1 forum. (It did break when v2.3 was released, but I fixed it.)
It only checks usernames at the moment but I might be able to add that if I can find some spare time. How much do you need it?
Has it been updated to use the review queue? Or does it have a different mechanism for review? I can help upgrade it if not.
I’m not sure, to be honest. I haven’t really explored the new review queue feature.
When I fixed it for v2.3, I had to change it so it returned either :trust_level or :skip instead of true or false. Don’t know if anything more is needed?
I’m not sure how many customer requests we get for per-user moderation but it might be worth a quick look to scope the task if we ever do.
I just reviewed the code and was surprised to see it’s nice and simple! It uses the existing post queuing methods so it automatically uses the review queue and nothing more should need to be updated.
Indeed, nice work @LeoDavidson 
I’m looking for the opposite feature: any user that appears in a small list of users won’t get their posts moderated. (Some posts are getting held because of watched words that spammers tend to use, and it’s annoying a few long-time users.)
If I fork and modify this plugin, is there something that I could return on line 19 that would ensure that the matching users don’t get their posts moderated? (maybe something like :skip instead of :trust_level?)
What trust level are these users?
They are between TL2 and TL4.
I was going to see if this code works later today, but I’m not sure if it’s correct.
It seems to work. I put the plugin code here in case anyone else has a use for it. Any user in the list bypasses moderation.
هل تعمل هذه الإضافة مع إصدار Discourse الحالي؟
ماذا سيحدث إذا توقفت الإضافة عن العمل في المستقبل؟ هل ستتوقف ببساطة عن الاحتفاظ بمنشورات المستخدمين للإشراف عليها، أم يمكن أن تعطل أشياء أخرى؟
لاختبارها بعد الترقية، هل يمكنني فقط محاولة النشر كمستخدم وهمي TL0 ورؤية ما يحدث؟
لقد استغرق الأمر مني بعض الوقت للعثور على هذه اليوم، لذا آمل أن يساعد إضافة التفاصيل هنا. يمكنك العثور على الإعدادات عن طريق البحث عن “approve” (بدلاً من “moderate” أو “moderation”) أو عن طريق النظر في علامة التبويب “Posting”. يبدو أن الإعداد الأكثر صلة هو approve unless trust level.
ما زلت أستخدمها، ولم أواجه أي مشاكل أو تقارير عن وجود مشاكل.
من المحتمل ألا تفعل شيئًا، مع عودة السلوك إلى ما كان عليه بدون الإضافة، ولكن من الصعب التخمين لأن الأمر سيعتمد على كيفية تغير الأشياء.
حاول النشر كشخص غير موجود في تكوين الإضافة، ثم كشخص موجود، وتحقق من أن أحدهما يمر دون أي تعديل (إضافي) بينما تتم إضافة منشور الآخر إلى قائمة الانتظار للمراجعة.
هذه الإضافة تحظى بتقدير كبير ولا تزال تعمل بعد كل هذه السنوات دون تحديثات.
لا نزال نرى المنشورات مرئية واختبرت في متصفح خاص لاستبعاد حالة الموظفين الخاصة بي. ومع ذلك، قرأت عن الأعلام والإشراف والإخفاء ثم رفعت حساسية الإخفاء إلى مستوى عالٍ.
لست متأكدًا مما إذا كانت الحساسية العالية ستقوم بالمهمة أم لا لأن “صديقنا” تم إسكاته (مرتين) وفي طريقه للخروج.
إذا كنت ترغب في إجراء تحديث، فقد تكون ميزة الإخفاء هذه دون تعديل الحساسية العامة مفيدة. ربما يمكن أن تكون الإضافة “مستخدمًا للموظفين” يقوم بوضع علامات. أعتقد أن علامات الموظفين تخفيها تلقائيًا. لست متأكدًا تمامًا من كيفية عمل وضع العلامات والإخفاء. نحن مجموعة جديدة ولم نحتاج إلى هذا إلا لشخص واحد تم إسكاته مرتين بالفعل.
ستكون قائمة منسدلة للبحث عن المستخدمين وتحديدهم لطيفة أيضًا، ولكن إدخال الاسم يدويًا يعمل. الإضافة تقوم بالمهمة.
كما نقول في عالم البوذية
سادهو سادهو سادهو. عمل رائع!
نحن ممتنون أيضًا لفريق Discourse لـ FOSS والكشف عن كيفية الاستضافة الذاتية للمجموعات الصغيرة التي تسمح لنا أيضًا بإضافة الإضافات.
لا أعرف ما إذا كان قد تم إجراء أي تغييرات مؤخرًا، ولكن الطريقة التي عملت بها الإضافة والإصدارات الحالية من Discourse في المرة الأخيرة التي تم فيها تشغيلها في منتدانا، كانت المشاركات التي تم الإبلاغ عنها تُحتجز في قائمة انتظار الإشراف ولا تكون مرئية إلا للموظفين/المسؤولين.
على حد علمي، لم أقم بتغيير أي إعدادات في Discourse لجعل ذلك يحدث.
ربما يمكنك الاختبار.
ومع ذلك، مما رأيته، كان “صديقنا” لا يزال يظهر بعد أن تم “الإبلاغ عنه”.
تمكنت من رؤيته في متصفح خاص حتى لا يتم الكشف عن “حالة الإله” الخاصة بي لـ discourse.
بحثت في هذا في الإعدادات ويبدو أن الإعداد الافتراضي لإخفاء المشاركات هو “متوسط”.
ثم قمت بتغييره إلى “عالٍ” والذي ربما يخفي عند أول إبلاغ.
يبدو أن “الإشراف” يسمى تقنيًا “إبلاغ”، ولكن قد أكون مخطئًا. أنا جديد في كل هذا.
