إليك واحدة قمت بإنشائها للتو في TPM،
لقد جربت للتو إرسال رسالة إليك وهذا ما حصلت عليه هنا.
الآن قد لا أكون في TL2 هنا، لكنني في TL3 في TPM (وضعني أحد المشرفين هناك للاختبار)
لذلك عندما أكون المرسل، لا يمكنني حذف نفسي - وهو أمر منطقي - ولا أي شخص آخر أيضًا، وعندما أكون المستلم، يمكنني حذف نفسي فقط، لكن خيار إضافة أشخاص آخرين عبر زر “+” غير موجود في TPM…
إليك ما وجدته:
وفقًا لتفصيل مستويات الثقة لدينا، يبدو أن السلوك أعلاه صحيح (تم التأكيد):
@laughingriver أفضل ما يمكن فعله هو تحديث الموقع. بعد ذلك يمكننا محاولة تحديد أي عوامل أخرى قد تكون متداخلة.
بمناسبة الحديث عن ذلك، قد نرغب في فعل أحد الأمرين التاليين @sam:
أعتقد أن هذا أكثر فائدة من التلاعب بمستويات الثقة 2/3 هنا.
حسنًا، إذا كانت المشكلة تتعلق بتحديث الموقع، فقد يكون ذلك بعيدًا بعض الشيء نظرًا لكثرة التحديثات التي يقومون بها في TPM.
تم نشر إعدادات مستويات الثقة قبل ترقيتهم إلى إصدار 2.3.0، لذا كنت أظن أنها كانت سارية لعدة إصدارات…
في موقعنا لدينا خيار “تمكين الرسائل الشخصية” معطلاً، لأننا نمنع البالغين من إرسال رسائل إلى القاصرين دون نسخ الوصي أو بالغ آخر في الرسالة. ومع ذلك، نستخدم الرسائل الشخصية للتواصل بين المشرفين والمستخدمين.
المشكلة التي نواجهها هي أنه عند النقر على “إضافة أو إزالة” في رسالة موجودة، يمكننا فقط إزالة المستلمين ولا يمكننا إضافة مستلمين جدد. هل هناك إعداد آخر نحتاج إلى ضبطه، أم أن الإضافة (حتى من قبل المشرفين والمديرين) معطلة لأننا قمنا بتعطيل “تمكين الرسائل الشخصية”؟
شكرًا لكم على المساعدة.
لقد كنت أبحث في مشكلة مماثلة في وقت سابق من اليوم: https://meta.discourse.org/t/unable-to-add-user-to-pm-topic/162945. في تلك الحالة، المشكلة التي أواجهها هي أن المستخدمين العاديين لا يستطيعون دعوة مستخدمين إلى رسالة خاصة (PM) إذا كانت إعدادة عدد الدعوات المسموح بها يوميًا مضبوطة على 0. أما في حالتك، فمن المرجح أن إعدادة تمكين الرسائل الخاصة هي السبب في المشكلة. عند تعطيل هذه الإعدادة، يمكن للمسؤولين فقط إضافة مستخدمين إلى رسالة خاصة موجودة. لا يمكن للمدراء إضافة مستخدمين إلى رسالة خاصة عند تعطيل إعدادة تمكين الرسائل الخاصة.
هل يمكنك التحقق مرة أخرى لمعرفة ما إذا كان المسؤولون قادرين على إضافة مستخدمين إلى الرسائل الخاصة في موقعك؟ لكي يعمل هذا، يجب أن يكون المسؤول هو المستخدم الذي يبدأ الرسالة الخاصة.
أنا متأكد إلى حد كبير أن هذا السلوك مقصود، لأنه مكتوب صراحة في الكود. لست متأكدًا من المنطق وراء منع المدراء من إضافة مستخدمين إلى رسالة خاصة عند تعطيل إعدادة تمكين الرسائل الخاصة. ربما يمكن تغيير هذا الأمر.
سأترك ملاحظة لمطورينا هنا، في حال أراد أحد الاطلاع عليها. تحدث المشكلة هنا: discourse/lib/guardian.rb at main · discourse/discourse · GitHub.
لقد اختبرت إنشاء رسالة خاصة جديدة وإضافة مستخدم من حساب المسؤول. وقد نجح ذلك.
سيكون من الجيد إذا كان بإمكان المشرفين إضافة مستخدمين إلى رسالة خاصة، حيث يمكنهم بدء الرسائل حتى عندما يكون خيار ‘تمكين الرسائل الشخصية’ معطلاً.
هل تم التفكير في إضافة خيار (أو مجرد إزالة القيد) للسماح للموظفين بإضافة مستخدمين إلى الرسائل الخاصة التي بدأوها عندما تكون خاصية “تمكين الرسائل الشخصية” معطلة؟
مرحبًا بالجميع.
بدأنا نواجه مشكلات في هذا بعد تحديث قبل بضعة أسابيع. يمكن للمستخدمين إزالة المشاركين الآخرين في رسالة خاصة يملكونها، لكنهم لم يعد بإمكانهم إضافة أي مستخدمين:
تم ضبط أذونات الدعوة على أي شخص لديه مستوى TL2 (وهو ما يملكه مستخدم الاختبار الخاص بي)، وتم تفعيل خيار “تفعيل الرسائل الخاصة”. كما تم تحديد الحد الأقصى لعدد الدعوات يوميًا إلى 10. ولم أجد حتى الآن سببًا آخر قد يسبب هذه المشكلة.
هل لديكم أي أفكار؟ شكرًا لكم!
أنا أيضًا ألاحظ هذا السلوك مع أحدث الإصدارات 
هل يمكننا تكرار أي مشاكل هنا @tshenry؟
تمكنت اليوم من الخوض في هذا الأمر قليلًا، لكنني لم أستطع تكرار السلوك المذكور. جربت ثلاث سيناريوهات للمراسلة باستخدام الإعدادات المذكورة (تم تفعيل الرسائل الخاصة، ويمكن لمستوى الثقة 2 دعوة ما يصل إلى 10 مرات يوميًا):
حاولت معرفة ما إذا كانت الردود اللاحقة ستعطل القدرة على إضافة مستخدمين جدد، لكن من المثير للاهتمام أن جميع السيناريوهات السابقة أظهرت لي خيار “إضافة” لكل من المالك والمشارك. إذا كان هناك أي شيء، فأنا أشعر أن الوضع حاليًا مرن بعض الشيء.
الوقت الوحيد الذي استطعت فيه الحصول على زر “إزالة” دون وجود خيار “إضافة” كان عندما كنت مشاركًا بمستوى ثقة 1 في رسالة خاصة بدأها شخص آخر. تمكنت من إزالتة نفسي، لكنني لم أستطع إضافة أو إزالة مستخدمين آخرين.
@sdpiowa @diakopter هل ما زلتم تواجهون هذه المشكلة؟ إذا كان الأمر كذلك، هل يمكنكم محاولة تحديد خطوات تكرار مفصلة لأجربها؟
نعم، سأدرس المستوى اللغوي للأشخاص المعنيين والإعدادات. أعتقد أن جميع الحسابات هي TL2، لكنني قمت بتغيير بعض إعدادات الحد الأدنى للمستوى اللغوي لأشياء معينة. سأعود إليك قريبًا.
مرحباً،
في منتدانا (المستضاف عبر Discourse)، نواجه نفس المشكلة. لدينا ميزة “المدعوّات” (التي تسمح للمستخدمين بإرسال دعوات لغير المستخدمين عبر البريد الإلكتروني) معطّلة، والرسائل الخاصة تظهر الآن زر “إزالة…” فقط (للمستخدمين غير المسؤولين). عند النظر بسرعة في الكود المرتبط هنا
فإنّ تخميني هو أنه لا يوجد كود مخصص (دالة/فرع) للتحقق مما إذا كان المستخدم يملك صلاحية دعوة آخرين إلى محادثة شخصية قائمة. ربما كانت هذه “الفحص” تُعالج بشكل عرضي بطريقة ما، وبعد تحديث حديث تغير السلوك، لكن دون قصد (كأثر جانبي)؟ سيكون رائعاً لو تم تحويل هذا إلى إعدادات مستقلة في لوحة تحكم المسؤول (“السماح لمبدئي الخيط بإضافة مستخدمين إلى محادثة شخصية قائمة؟” و"السماح لأي مشارك بإضافة مستخدمين إلى محادثة شخصية قائمة؟")…
هل المعلومات أعلاه مفيدة لك يا @tshenry؟
قد يكون كذلك! لم أجد بعد فرصة للبحث فيه مرة أخرى. سأرفع أولويته وسأحاول معالجته غدًا.
هل أحرزت أي تقدم في هذا؟ لقد قمت للتو بالتحديث إلى الإصدار الأحدث، لكن السلوك يبدو كما هو.
من وجهة نظري، الأمر كله يتعلق بالتفاعل بين خيار “يجب الموافقة على المستخدمين” وبين دعوة شخص خارجي مقابل مستخدم موجود بالفعل في الرسائل الخاصة.
نعتذر عن الصمت، فقد تم تكليف مهندس بحل المشكلة. سيتم إصلاحها قريبًا.
أعتقد أن الدعوة إلى موضوع (للمستخدمين الحاليين) والدعوة إلى المنتدى (للمستخدمين الجدد) أمران مختلفان ويجب التعامل معهما على هذا النحو. لقد فتحت طلب سحب (PR) لتغيير ذلك:
