لدي مستخدم يرغب في تحميل صورة ملف شخصي مخصصة، لكن النظام لا يسمح له بذلك. لم أواجه هذه المشكلة مع أي من مستخدمينا الآخرين. إنه في مستوى الثقة 2، ولكن حتى مستوى الثقة 0 تم ضبطه للسماح بتحميل صور الملف الشخصي.
هل يعرف أحد أي إعداد آخر قد أكون أغفله أو لا أعرف عنه؟ شكرًا لأي مساعدة. لقطات الشاشة أدناه.
لقطة شاشة أثناء تسجيل الدخول كمستخدم:
لقطة شاشة لإعداد المسؤول:
لقطة شاشة من تفاصيل المستخدم:
ملحقات مصرح بها؟ هل يُسمح لهم بتحميل الصور؟
لدينا آلاف المستخدمين وأشخاص آخرون قادرون على تحميل الصور دون مشكلة، لذلك لا أعتقد أن الأمر يتعلق بالامتدادات المصرح بها. هذا المستخدم لا يرى حتى خيار تحميل على الإطلاق.
هل جربوا ملفات متعددة؟ أول ما يتبادر إلى ذهني هو حجم الملف، سواء كان ذلك من حيث الأبعاد أو حجم الملف نفسه.
هل هناك شيء مميز في كيفية إنشاء هذا المستخدم؟ هل تستخدم DiscourseConnect؟ discourse connect overrides avatar يمنع المستخدمين أيضًا من تحميل صورة رمزية.
لا - ليس لديهم خيار تحميل على الإطلاق.
[quote=“Moin, post:5, topic:309991”]هل تستخدم DiscourseConnect؟
[/quote]
نحن نستخدم DiscourseConnect، ولكن لا يواجه أي مستخدم آخر أي مشاكل على الإطلاق.
هل الوضع الآمن يغير أي شيء؟
لا أرى أي نشاط سجل غير عادي لهذا المستخدم في DiscourseConnect:
[2024-05-30 01:59:26] sso_provider.INFO: parse_request.success {"user_id":169965}
نحن لا نستخدم صور WordPress الرمزية. من المفترض أن يتم التحكم في ذلك بالكامل داخل Discourse:
الوضع الآمن ليس له تأثير.
جرب متصفحًا آخر و/أو نافذة تصفح متخفي.
المتصفحات الأخرى لا تعمل. هذه بالتأكيد مشكلة في الأذونات. والمشكلة تزداد تعقيدًا لأنني اختبرت بعض المستخدمين الآخرين ويبدو أنها تحدث للجميع (باستثناء المسؤولين على ما يبدو).
إنها تعطي الخيار المعين للنظام فقط.
بصفتي مسؤولاً، أرى الخيارات الأخرى:
حسنًا، لقد اكتشفت الأمر. لقد أضفت كل مستوى ثقة وكل مجموعة ممكنة قد يكون المستخدم فيها إلى قائمة المجموعات المسموح بها لتحميل صور الملف الشخصي:
ومع ذلك، في السابق، تم تعيينه فقط على trust_level_0، لذلك لم يتمكن أي شخص لديه مستوى ثقة أعلى من TL0 من تحميل صور الملف الشخصي. الشيء الغريب هو أنه عندما أنظر إلى ملفات تعريف المستخدمين، يكون الجميع في هذه المجموعة حتى لو تمت ترقيتهم لاحقًا إلى مستوى ثقة أعلى. هل تغير شيء ما في إصدار حديث؟ يبدو أنه إذا حددت TL0 كمستوى مطلوب للتحميلات، فسيتم منح هذا الإذن تلقائيًا لمستويات الثقة الأعلى.
trust_level_0 هي القيمة الافتراضية لـ uploaded_avatars_allowed_groups.
الجميع في tl0، كما توقعت.
بدون النظر إلى الـ commits، تخميني هو أن هناك، أو على الأرجح، كان هناك خطأ وأن الترقية ستحلها.
هذه هي الطريقة المفترض أن تعمل بها.
قد تشارك الـ commit الخاص بك بالضبط وربما تنظر إلى عناوين الـ commits قبل (وربما بعد) ذلك.
لقد قمت بتحرير الموضوع للحصول على مزيد من الاهتمام إذا كان هذا خطأ.
رائع. نحن على الإصدار 3.2.1، التزام دقيق هنا: Commits · discourse/discourse · GitHub
حسنًا، لا أعرف. قد تحاول الترقية إلى أحدث إصدار لمعرفة ما إذا كان ذلك سيصلح المشكلة.
لا أرى أي عمليات تثبيت تبدو مرشحة واضحة.
لا يمكنني تكرار المشكلة على أحد مواقعي.
أعتقد أن هذا قد يكون شيئًا متعلقًا برؤية المجموعة، ربما إذا كانت stable.
هل يمكنك محاولة تغيير رؤية مجموعة TL0 الخاصة بك إلى “الجميع” في إعدادات المجموعة ومعرفة ما إذا كان ذلك سيؤدي إلى التأثير المطلوب؟ (وإعادة تعيين uploaded_avatars_allowed_groups إلى TL0 فقط)
اختبرت على نسختي المستقرة (Stable) باستخدام مستخدم اختبار لديه مستوى صلاحية TL2. لم أتمكن من إعادة إنتاج المشكلة. لا يواجه مستخدم الاختبار الخاص بي أي مشاكل في تحميل صورة رمزية.
Discourse Stable 3.2.2
إعدادات المجموعة افتراضية أعتقد
إذا قمت بتعيين رؤية مجموعة TL0 إما للموظفين أو لعدم رؤية أحد، فهل يحدث الخطأ حينها؟
شكرًا، @Firepup650
تم تعيين رؤية مجموعة TL0 إلى مالكو المجموعة والمشرفون. تغييرها إلى الجميع يحل المشكلة. لذا، للأسف لا يمكننا إخفاء أعضاء مستوى الثقة مع السماح للأشخاص باختيار صورهم الرمزية الخاصة. يبدو هذا غريبًا، فلماذا يؤثر أحدهما على الآخر. إما أنهم في المجموعة أو لا.
على أي حال، أنا على ما يرام للتعايش مع هذا إذا لزم الأمر. على الأقل أنا أعرف. سأترك مجموعات مستوى الثقة مخفية لأن ذلك سيفتح علبًا من الديدان في مجتمعي، وسأضيف المجموعات الأخرى فقط حتى يتمكنوا من تعديل صورهم الرمزية.
