تعطيل إعداد enable_names يزيل الاسم الكامل في كل مكان في واجهة المستخدم الرسومية.
باستثناء عرض المسؤول - حتى الآن جيد.
يبدو أنه يعمل، ولكنه لا يعمل.
انظر الفيديو
الإصدار: تم اجتياز الاختبارات اعتبارًا من هذا الصباح.
عند تحرير مستخدم في قائمة المسؤول. تغيير اسم المستخدم يتم حفظه ولكن عند التحديث لم يتم حفظ أي شيء.
لا يظهر اسم في الاسم
تحرير وحفظ. تحديث الصفحة لا يتم حفظ الاسم كما في الصورة أعلاه.
تشغيل الاختبارات تم بنجاح حتى الآن.
هل تم تمكين إعداد enable names؟
لم يتم التمكين. لذا خطأ حديث. @JammyDodger هل يمكنك دمج هذا الموضوع مع موضوع ريتشارد؟
أنا لست متأكدًا من أنه حديث
يجب أن يكون المسؤول قادرًا على رؤية الاسم وتحديثه بغض النظر عن إعداد enable_names. 
حسنًا، جديد بما فيه الكفاية حيث لم ألاحظ هذا التغيير في السلوك حتى الآن. (على الرغم من أنه يبدو أن المشكلة تم الإبلاغ عنها لأول مرة ربما قبل 4 سنوات؟)
منشور ريتشارد من يناير.
بالنظر إلى أن المنتديين اللذين أستخدمهما يبلغ عمرهما 4 سنوات و 7 سنوات.
لذلك من المحتمل أنني لم ألاحظ ذلك عندما تغير، حيث لا أقوم بتغيير التفاصيل أو إصلاحها كثيرًا للمستخدم.
يبدو أنهم ربما يحتاجون إلى إضافة إعداد؟ لذا يكون الاسم ممكّنًا والقدرة على الاختيار للعرض عالميًا أم لا.
كما ذكرت في المناقشة التي ربطتها، يجب عرض الاسم الكامل كحد أدنى للمستخدم والمسؤول.
تحديث
يجب أن يكون المسؤول قادرًا على عرض محتوى حقل الاسم. تُظهر الصورة حسابي ولكن حتى عند تعديل هذا الحقل وحفظه. يصبح فارغًا عند التحديث.
كنت متأكدًا من أننا ناقشنا هذا سابقًا ولكن واجهت صعوبة في العثور عليه باستخدام مصطلحات البحث.
الإعداد الوحيد للموقع هو إلغاء إخفاء وإضافة إلى جميع مناطق الموقع المعروضة.
يجب أن يكون المسؤول قادرًا دائمًا على عرض حقل المستخدم هذا. وفي رأيي، يجب أن تظهر هذه التفاصيل أيضًا في قائمة تفضيلات المستخدم “الحساب” لأنها جزء من تفاصيل حسابهم.
حسنًا، لقد وجدت الإعداد الذي ذكره @Moin لا يظهر للجميع. فقط للمستخدم الحالي في بطاقته.
الأسماء المفعلة تعمل. ولكن أي معلومات يدخلها المستخدمون سابقًا في هذا الحقل تكون فارغة حسنًا، لم يظهر هذا الحقل للبعض. تم حل اللغز.
قد تحتاج إلى توضيح هذا الإعداد بشكل أفضل. في رأيي، يجب أن يكون ممكّنًا افتراضيًا.
لقد اكتشفت أن السبب هو
class BasicUserSerializer < ApplicationSerializer
# ...
def include_name?
SiteSetting.enable_names?
end
لا يوجد حكم خاص على المسؤول.
لكنني أتساءل، إلى ماذا يجب تغييره؟ هل يمكن للمشرف تغيير اسم المستخدم؟ أم المسؤول فقط؟
أعتقد ذلك
أتساءل فقط عما إذا كان يجب أن يتأثر المشرفون بـ “إخفاء في كل مكان” للوصف… ربما لا ينبغي لهم رؤية الاسم، حتى في لوحة المسؤول؟
تحديث: وفقًا لهذا الوصف، لا ينبغي للمسؤول رؤيته أيضًا
أقترح جعله تبديلًا للمشرفين الكاملين. ومع ذلك، يجب أن يتمكن المسؤول دائمًا من رؤية هذا الحقل كما تمت مناقشته.
بعد تمكين الأسماء، فإنه يكسر الخصوصية لأنه يتضمن الآن الاسم الحقيقي في رسائل البريد الإلكتروني. ما لم يكن هناك إعداد إضافي؟ لم أتمكن من العثور على واحد بعد أن أبلغ عضو أن الأسماء الحقيقية موجودة في إشعارات البريد الإلكتروني بدلاً من مجرد اسم المستخدم.
على سبيل المثال، تم إرسال بريد إلكتروني إلى المستخدم من رد مني بالاسم الحقيقي في البريد الإلكتروني.
إذًا، إذا كان هذا يخفي الحقل من الجميع، فيجب تعطيل استخدام هذا الحقل لأنه حتى العضو لا يمكنه عرض هذا التفصيل.
فرع المنتدى المستقر الذي أهتم به أيضًا لا يتأثر بتغيير السلوك الذي تمت مناقشته هنا.
أين يمكنني إصلاح البريد الإلكتروني حتى لا يرسل الأسماء الحقيقية ويستخدم اسم المستخدم بدلاً من ذلك؟
وما هي CSS التي سأستخدمها لعرض الاسم الحقيقي للمستخدم الحالي فقط في بطاقة المستخدم؟
أعتقد أن المشرفين يمكنهم أيضًا رؤية حقول المستخدم المخصصة وتعديلها حيث يتم تعطيل “قابل للتعديل بعد التسجيل” و “إظهار في الملف الشخصي العام”. في هذه الحالة، لا يمكن للمستخدم رؤية حقله الخاص، ولكن يمكن للمشرفين رؤيته. ربما سيكون من المتسق إذا تصرف حقل الاسم بنفس الطريقة.
إذًا يمكن تغيير الوصف. على سبيل المثال:
إظهار الاسم الكامل للمستخدم للجميع في ملفه الشخصي، وبطاقة المستخدم، ورسائل البريد الإلكتروني. إذا تم تعطيله، فسيتم عرض الاسم الكامل لأعضاء الفريق فقط في ملف تعريف المستخدم.
شكراً لك، ريتشارد! أنا قادر على إعادة إنتاج المشكلة التي تبلغ عنها، وسنقوم بإصلاحها. 
يجب أن يتمكن المسؤولون دائمًا من رؤية وإدارة اسم المستخدمين، حتى لو لم يتم عرضه في أماكن مختلفة في المنتدى.
فيما يتعلق ببقية هذه المحادثة، يمكنني أن أرى أن هناك المزيد من العمل الذي يتعين القيام به لجمع هذه الإعدادات معًا وجعلها أسهل للفهم. سأضيف ذلك إلى قائمتنا للتحقيق فيها بشكل أكبر.
في هذه الأثناء، قمت بـ PR صغير لإزالة تلك اللغة الغامضة في وصف إعداد الموقع enable names.
أعتقد أنه من المفيد تفصيل هذا وتحديد القرارات التي يتعين علينا اتخاذها ثم إنشاء العديد من المهام. سأقوم بتعيينها لنفسي لمحاولة معرفة ذلك.
يبدو أن هناك ثلاثة إجراءات مطلوبة لهذا الموضوع:
enable_names.enable_names.enable_names للإشارة إلى أنه ليس ميزة أمنية. يمكن للمسؤولين والمشرفين رؤيته دائمًا، ويمكن لمن هم على دراية بـ .json العثور عليه أيضًا. إذا كانت المواقع ترغب في السماح للمستخدمين بالحصول على عدم الكشف عن هويتهم، فلا ينبغي لهم وضع أسمائهم الحقيقية في حقل الاسم.سننظر في (1) و (2).
أما بالنسبة لـ (3)، فنحن بحاجة إلى إيجاد لغة أفضل ليست غامضة، وربطها بموضوع توثيق هنا في meta لمزيد من التفاصيل. شيء مثل هذا؟
عرض الاسم الكامل للأعضاء في الملفات الشخصية، وبطاقات المستخدم، وفي رسائل البريد الإلكتروني. لاحظ أن هذه ليست ميزة أمنية. يمكن للمسؤولين والمشرفين دائمًا رؤية الأسماء، ويمكن اكتشافها أيضًا عبر .json. تعرف على المزيد
لقد بدأت العمل على تطبيق Restrict exposure of full name to certain groups وقد صادفت هذا الموضوع للتو، والذي يتقاطع تمامًا مع ما أحاول القيام به.
نهجي هو استبدال SiteSetting#enable_names بـ Guardian#can_see_full_names؟ جديد، في السياقات المناسبة. يتحقق هذا الشرط الجديد للحارس من سياق المستخدم مقابل إعداد موقع جديد، full_names_visible_to_groups.
لا أريد أن أتعارض عن غير قصد مع أي شخص (أو أكرر أي عمل) — هل هناك أي تحديثات لحالة/تخطيط (1)/(2)/(3)/إلخ أعلاه، وهل هناك أي عمل/رمز غير منشور (أي، ليس في مستودع main) يجب أن أكون على علم به؟
(1) و (2) مدرجان في قائمتنا ولكنهما لم يتم تحديدهما أو العمل عليهما بعد. (3) تبدو فكرة جيدة ولكننا لم نقم بهذا التغيير بعد أيضًا.
تنفيذك ليس سيئًا، ولكن ربما انتظر قليلاً لإعطاء المهندس في هذا الفريق فرصة للرد هنا.
سؤال منتج لك رغم ذلك.. لماذا تسعى لمنح بعض المجموعات إمكانية الوصول إلى الأسماء الكاملة وليس للبعض الآخر؟ هل يمكنك شرح حالة الاستخدام الخاصة بك بمزيد من التفصيل؟