لدينا سمة مخصصة ونستخدم تخصيصات CSS باستخدام common.scss. يبدو أنها تعطلت مع الترقية الأخيرة، على سبيل المثال، لم تعد الأساليب المعرفة في common.scss تُقرأ.
هل يمكنك توجيهي إلى أي تغييرات أحتاج إلى إجرائها أو إصلاح هذه المشكلة إذا كان ذلك تراجعًا؟
لا يمكنني تكرار هذا. أنا أقوم بتشغيل 3.2.0.beta2-dev على مثيلين منفصلين ويبدو أن ملفات common.scss البعيدة للسمات والمكونات تعمل كما هو متوقع، وكذلك محرر سمات CSS المشترك. هل حاولت تضييق النطاق عن طريق تعطيل المكونات الأخرى؟ هل أجريت أي تغييرات أو أضفت أي مكونات مؤخرًا؟
إذا كنت ترغب في نشر رابط لمستودع السمة، يمكنني إلقاء نظرة واختباره وربما رؤية ما قد تكون المشكلة.
حسنًا، كان هذا غريبًا جدًا، ونعم، يبدو أن نسختك من 3.2.0.beta2-dev تواجه مشكلة في قراءة ملفات المستودعات الخاصة، أو على الأقل ملف common.scss. بمجرد العودة إلى beta1، تم التعرف على ملف common.scss وتم إصلاح التنسيق. هناك بالتأكيد شيء لا يعمل كما هو متوقع هناك.
نعم، ولكن لا يزال باستخدام الطريقة الرسمية لبناء صور Docker بنفسي. أنا فقط أضع الأشياء على ECS وما إلى ذلك.
يتعطل الموقع بشكل متكرر عند التبديل إلى الإصدار الجديد دون تغيير أي شيء آخر.
حسنًا! لقد ظهر أيضًا في واجهة المسؤول بالفعل. ليس لدي أي فكرة لماذا لم أره بالأمس صباحًا
خطأ: يجب أن تكون علامتا “+” و “-” محاطتين بمسافات بيضاء في العمليات الحسابية. ╷ 1097 │ width: calc(100%- #{$grid_columns_2_width}); │ ^ ╵ /var/www/discourse/common.scss 1097:19 root stylesheet
ومن المثير للاهتمام أن هذا لم يمثل مشكلة مع الإصدار السابق. لذلك يبدو أن شيئًا ما قد تغير لجعل تحليل scss أكثر صرامة؟
بعد إضافة المسافات البيضاء المطلوبة، يبدو كل شيء رائعًا مرة أخرى.
لا يمكنني تحديد الالتزام، لكن فريقنا يعطي الأولوية حاليًا لجعل التخصيص أكثر استقرارًا وسهولة. لذا فإن هذه (التدقيق) هي على الأرجح الخطوات الأولى لضمان الاستقرار.