يتم منح المستخدمين الجدد مستوى ثقة خاطئًا

أقوم بتشغيل Discourse للمستخدمين المعتمدين فقط. عند الموافقة على تسجيلات المستخدمين الجدد، لاحظت أن ملفًا شخصيًا واحدًا من بين كل فترة يظهر أنه يمتلك tl1، على الرغم من أنه لم يتم الموافقة عليه بعد ولم يتفاعل مع الموقع.

في الإعدادات، كلا من default trust level و default invitee trust level مضبوطين على الصفر.

هل لديكم أي أفكار؟

هل يمكننا إعادة إنتاج هذه المشكلة @tshenry؟

ألاحظ سلوكًا غريبًا في موقع الاختبار الخاص بي، حيث يبدو أن مستخدمًا تم مراجعته سابقًا مرتبطًا بطلب موافقة، رغم أن الطلب الفعلي ينطبق على مستخدم جديد تمامًا. سأقوم بالبحث في هذا الأمر بشكل أعمق الأسبوع المقبل، لكن شكّي هو أن @paulrudy قد يصطدم بهذه الخانة وينظر إلى مستخدم تمت الموافقة عليه بالفعل وحصل على مستوى TL1.

شكرًا لك، لكنني متأكد بنسبة 99% من أن المستخدمين لم يتم اعتمادهم بعد.

نعتذر عن التأخير في المتابعة بخصوص هذا الأمر. تمكّنت من إجراء المزيد من الاختبارات، لكنني أواجه صعوبة في إعادة إنتاج مشكلتك المحددة. لديّ عدة أسئلة:

  1. هل توجد دعوات متضمنة في موقعك على الإطلاق، أم أن المستخدمين يسجلون حساباتهم يدويًا باستخدام زر “التسجيل”؟ إذا كانت هناك دعوات، هل تحدد عضوية المجموعة عبر الدعوات؟
  2. هل لديك أي مجموعات تم إعداد هذا الخيار فيها؟
  3. هل تحتوي أي من مجموعتك على هذا الإعداد؟
  4. هل يمكنك العثور على أي أنماط تتعلق بالمستخدمين المتأثرين؟
  5. أين ترى أنهم من المستوى TL1؟ هل تقوم باختيار اسم المستخدم من قائمة القابلين للمراجعة ثم الانتقال إلى صفحة إدارة المستخدم الخاصة بهم؟
  6. هل تستخدم أي إضافات غير رسمية؟ وإذا كان الأمر كذلك، فما هي؟

إذا أمكنك الإجابة على الأسئلة أعلاه و/أو تقديم خطوات متسقة لإعادة إنتاج المشكلة، فسيكون ذلك مفيدًا للغاية. فالأمر الذي يحدث “بين الحين والآخر” سيكون صعب التتبع دون معلومات إضافية.

لا مشكلة، وشكرًا لك على المتابعة. أنا أفهم أن المشكلة المتقطعة يصعب العثور عليها. لقد تباطأت عمليات التسجيل حاليًا، لذا لم أصادف المشكلة مرة أخرى حتى الآن.

في إجابة على أسئلتك:

  1. يُسمح بالدعوات — يجب الموافقة على الدعوات من غير الموظفين. مستوى الثقة الافتراضي للمدعوين هو 0. من الممكن ولكن غير مرجح أن الأشخاص المتضررين تم دعوتهم قبل تغيير مستوى الثقة الافتراضي للمدعوين إلى 0، لكن للأسف لا يمكنني التحقق من ذلك، لأنني لا أملك سجلاً يوضح أي المستخدمين تأثروا.

  2. لا

  3. لا

  4. آسف، لا يوجد نمط محدد. سأبدأ في تتبع المستخدمين الذين تحدث معهم هذه المشكلة من الآن فصاعدًا.

  5. نعم، تمامًا.

  6. discourse-assign, discourse-calendar, custom trust level, discourse-elections, discourse-knowledge-explorer, discourse-locations, discourse-policy, discourse-quick-messages, discourse-saved-searches, discourse-styleguide, discourse-tooltips, discourse-translator, discourse-user-notes, discourse-voting, docker_manager, styleguide

آسف لعدم توفر معلومات أكثر فائدة لدي. سأقوم بالتحديث إذا اكتشفت أي نمط.

@tshenry لقد وجدت مثالاً آخر لمستخدم غير معتمد مع مستوى الثقة 1. لا يمكنني الجزم بما إذا كانوا مدعوين أم لا، كما لا يمكنني التأكد من الوقت الذي غيرت فيه مستوى الثقة الافتراضي للمدعوين إلى الصفر. لكن هناك غرابة إضافية: يحتوي ملف هذا المستخدم الشخصي على صورة شخصية، رغم أنه لم يتم اعتماده مطلقًا. نحن لا نستخدم SSO، فكيف حصلوا على صورة شخصية؟

حسنًا، أخبرني إذا وجدت أي حالات جديدة يمكنك القول إنها كانت بلا شك من مستخدم غير مدعو، وبعد أن قمت بتغيير مستوى ثقة المدعو الافتراضي إلى صفر.

من المرجح أن يكون لديهم Gravatar. يقوم Discourse بسحب صورة شخصية تلقائيًا من خدمة Gravatar عبر إعداد الموقع automatically download gravatars.

آه، حسنًا، فهمت بخصوص الجرافاتارز.

سأقوم بالمتابعة إذا حصلت على معلومات أوضح بشأن مستوى الثقة، شكرًا لك.