Nous avons un thème personnalisé et utilisons des personnalisations CSS à l’aide de common.scss. Cela semble avoir été rompu avec la récente mise à niveau, par exemple, les styles définis dans common.scss ne sont plus lus.
Pouvez-vous m’indiquer les changements que je dois apporter ou corriger ce problème s’il s’agit d’une régression ?
Je n’arrive pas à reproduire cela. J’exécute 3.2.0.beta2-dev sur deux instances distinctes et les fichiers common.scss distants pour les thèmes et les composants semblent fonctionner comme prévu, tout comme l’éditeur de thème CSS commun. Avez-vous essayé de réduire le problème en désactivant d’autres composants ? Avez-vous apporté des modifications ou ajouté des composants récemment ?
Si vous souhaitez publier un lien vers le dépôt du thème, je peux y jeter un œil, le tester et peut-être voir quel pourrait être le problème.
Ok, c’était vraiment étrange et oui, il semble que votre instance de 3.2.0.beta2-dev ait un problème pour lire les fichiers de référentiels privés, ou du moins le fichier common.scss. Dès que vous êtes revenu à la beta1, le fichier common.scss a été reconnu et le formatage corrigé. Quelque chose ne fonctionne vraiment pas comme prévu.
Compris ! Il est également apparu dans l’interface d’administration. Je n’ai aucune idée pourquoi je ne l’ai pas vu hier matin
Erreur : « + » et « - » doivent être entourés d’espaces dans les calculs. ╷ 1097 │ width: calc(100%- #{$grid_columns_2_width}); │ ^ ╵ /var/www/discourse/common.scss 1097:19 root stylesheet
Fait intéressant, cela n’a pas posé de problème avec la version précédente. Quelque chose semble donc avoir changé pour rendre l’analyse SCSS plus stricte ?
Après avoir ajouté les espaces requis, tout semble à nouveau parfait.
Je ne peux pas identifier le commit, mais notre équipe donne actuellement la priorité à la stabilité et à la convivialité du thème. Ces étapes (de linting) sont donc probablement les premières pour assurer la stabilité.