لذلك نستخدم المكون الإضافي oidc، ولكن avatar_url يتطلب مصادقة والدعم الحالي لتنزيل الصورة الرمزية عند توفيره بواسطة المكون الإضافي لا يعرف كيفية استخدام access_token مخزن مؤقتًا لجلب البيانات. إضافة هذا يبدو أمرًا كبيرًا في ذهني لذا لست متأكدًا مما إذا كان بإمكاني تولي مهمة PR.
لقد كنا نستخدم الصورة الرمزية للنظام، ولكنها تتطلب من المستخدم تعيين اسم المستخدم الخاص به (وعدم تغييره) حتى يتم جلب الصورة. إذا كان هناك عدم تطابق، نحصل على صور مكسورة في واجهة المستخدم.
Gravatar ليس خيارًا لنا ويمكن أن يعمل التحميل اليدوي إذا قام به الأشخاص، وهو ما لا يفعلونه عادةً.
يبدو أنه إذا تم استخدام الصورة الرمزية للنظام، يتم تجاوز وكيل الحرف تمامًا. وبناءً على عنوان URL في DOM، يتم تحميل الصورة من جانب العميل لذلك لا يعرف التطبيق أن المورد غير موجود.
كنت أفكر في استخدام عنوان URL للصورة الرمزية الافتراضية للإشارة إلى وكيل الحرف، ولكنه لا يدعم الرموز المميزة لذلك في أفضل الأحوال يمكنني الإشارة إليه بصورة رمزية عامة واحدة ثم يمكن للأشخاص التغيير إلى التحميل اليدوي أو النظام (إذا أسفر اسم المستخدم الخاص بهم عن تحميل صحيح).
أود معالجة بعض هذه الحالات بشروط، ولكن لا يمكنني معرفة مجموعة جيدة من الإعدادات لجعلها أكثر مرونة.