هل تم فرض قيد على api_username حديثاً؟

أنا لست على علم بأي تغيير حديث أدى إلى تغيير هذا السلوك. لقد كنتُ على اقتناع بأنه يعمل دائمًا بهذه الطريقة (عرض رسالة خطأ إذا لم يتم العثور على المستخدم). هذا هو الكود الذي يتحقق مما إذا كان يمكنه قراءة اسم المستخدم من بيانات اعتماد واجهة برمجة التطبيقات.

وستكون قيمة user أدناه nil لأنها غير موجودة، مما سيؤدي إلى رفع رسالة الخطأ المذكورة أعلاه في السطر 131.

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

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

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