شكراً جزيلاً على الرد. أنا متأكد من أنك على حق في أن المكون يعمل مع أحدث إصدار tests-passed، ولكني أفضل الالتزام بالإصدارات التجريبية عندما يكون ذلك ممكنًا. كان هدفي جزئيًا هو تحذير أي شخص آخر يلتزم بالإصدارات التجريبية مثلي، وجزئيًا تلميح للفريق بأن متطلبات إصدار واجهة برمجة التطبيقات لهذا المكون ربما تكون أكثر صرامة مما ينبغي.
أعتقد أنه خطأ لأن ملف .discourse-compatibility يدرج على وجه التحديد المراجعة 1398eeeff550c1da186a47b6d3878d3230f62340 على أنها تعمل مع 3.2.0.beta2، ولا أعتقد أن هناك أي طريقة يمكن أن تعمل بها.
هل تستخدم إصدارًا معينًا من علامة تجريبية؟ إذا كان الأمر كذلك، هل يمكنك إخباري بالعلامة التجريبية التي تستخدمها حتى أتمكن من إلقاء نظرة؟
في ملف التوافق لدينا \u003c 3.2.0.beta2: 1398eeeff550c1da186a47b6d3878d3230f62340 والذي ينص على أن أي إصدار Discourse أصغر من 3.2.0.beta2 سيثبت السمة على تجزئة الالتزام 1398eeeff550c1da186a47b6d3878d3230f62340.
إصدار واجهة برمجة تطبيقات المكون الإضافي المدعوم بهذا الإصدار هو 1.14.0:
المراجعة 1398eeeff550c1da186a47b6d3878d3230f62340 لـ discourse-category-banners تتطلب إصدار واجهة برمجة التطبيقات 1.15.0، وهو غير متوفر في v3.2.0.beta2
تمت إضافة إصدار واجهة برمجة التطبيقات 1.15.0 في هذا الالتزام:
… والذي لم يتم إصداره كنسخة تجريبية بعد.
لحل هذه المشكلة، أعتقد أنه يمكن لمكون السمة ببساطة أن يطلب إصدار واجهة برمجة التطبيقات 1.13.0 بدلاً من ذلك (الذي قدم api.renderInOutlet)، وهو جزء من v3.2.0.beta2.
شكراً @tgxworld! يمكنني تأكيد أن المكون يعمل مرة أخرى على موقعي الذي يعمل بالإصدار v3.2.0.beta2
أتساءل عما إذا كان يجب عليك تعديل ملف .discourse-compatibility على الرغم من ذلك. في الوقت الحالي، سيتم إعطاء أي شخص يشغل إصدارات بين 3.1.999 و 3.2.0.beta2 إصدارًا يعتمد على إصدار واجهة برمجة التطبيقات للمكون الإضافي 1.15.0. ربما يجب تثبيته على 65a2cfc43fb5f6ffd2f8db3888552594ed21c501 بدلاً من ذلك (الالتزام قبل إعادة الهيكلة).