J’ai trouvé ceci lors de la mise à jour. Eh bien, cela fait maintenant un moment, mais cette fois, j’ai pris un journal.
[db:default] 'Section Messages pour la barre latérale' - vérification...
Liste de versions invalide dans /tmp/discourse_theme_c64ff70a4cc7d614d9e88b106805c78f
[db:default] 'Réafficher le basculement en plein écran du composeur pour les tablettes' - vérification...
Liste de versions invalide dans /tmp/discourse_theme_4f18f6036fb93a7e2c8eca368c66ad09
[db:default] 'Discourse Highlight to Search' - vérification...
Liste de versions invalide dans /tmp/discourse_theme_f7e393183be5f0189adb336c4602f071
[db:default] 'Recherche Wikipedia Discourse' - vérification...
Liste de versions invalide dans /tmp/discourse_theme_8cf76b5d4fe5eac70cd636ee2487be35
[db:default] 'Accent' - vérification...
Liste de versions invalide dans /tmp/discourse_theme_9796e5491667b1c43c7b9c680fc68ff3
Il y a de nombreuses raisons pour lesquelles vous pourriez rencontrer cette erreur. La raison la plus courante est probablement que le fichier .discourse-compatibility est vide [1], [2], [3]. (Les # en début de ligne sont des commentaires)
Concrètement, cet avertissement signifie que Discourse est incapable de déterminer si la version « dernière » actuelle du composant/plugin est compatible avec la version actuelle de Discourse. Ou s’il faut utiliser une version plus ancienne du composant/plugin.
Le fichier .discourse-compatibility du composant/plugin peut contenir une correspondance entre une plage de versions de Discourse et une révision spécifique du composant/plugin. Si Discourse trouve une correspondance, il utilisera cette révision au lieu de la plus récente. Cela nécessite que le développeur mette à jour le fichier lorsqu’il apporte des modifications qui ne sont pas compatibles avec une version précédente de Discourse. Tant que vous n’avez pas apporté de modifications cassantes, le fichier restera vide, et produira donc cet avertissement.
Savoir si le composant/plugin fonctionne avec la dernière version de Discourse n’est qu’une supposition.
J’ai commencé à développer un plugin pour la version 2026.1, ce qui en fait la version minimale de Discourse. Il est toujours développé et testé contre cette version (et testé contre la dernière version actuelle). Comme il n’y a pas de version plus ancienne de Discourse encore supportée, le fichier .discourse-compatibility est vide ; et produit donc cet avertissement. Une fois que la version 2026.1 ne sera plus supportée, je passerai à la nouvelle ESR. À ce moment-là, je ne testerai plus contre la version 2026.1, et je mettrai donc à jour le fichier .discourse-compatibility pour qu’il ne soit plus vide. Ce n’est qu’alors que cet avertissement disparaîtra pour mon plugin.
J’ai essayé cela. J’ai créé une copie du composant Discourse Wikipedia Lookup et j’y ai ajouté le fichier .discourse-compatibility. J’ai copié le contenu d’un autre composant. L’avertissement a disparu. Donc, c’était bien cela le problème.
Merci.
Mais j’ai jeté un coup d’œil à quelques autres composants TC, et soit le fichier .discourse-compatibility manquait complètement, soit il était entièrement vide. Pourtant, ils ne donnaient pas d’avertissement.
Copier le contenu du fichier de compatibilité d’un autre composant peut entraîner des erreurs, car le commit référencé pour une version spécifique de Discourse n’existe pas dans le dépôt où vous l’avez copié.
Je sais que le workflow pour les branches de compatibilité a échoué sur mes dépôts parce que je n’ai toujours pas ajouté la correction qu’Arkshine a ajoutée au squelette de thème. Je pense que les deux de mes dépôts sur votre liste sont actuellement affectés par cela.
Cela mettra fin à l’enregistrement des avertissements pour les fichiers ne contenant que des commentaires :
.discourse-compatibility est toujours pris en charge, bien que nous recommandions désormais d’adopter la stratégie basée sur les branches d-compat/* pour la compatibilité des thèmes et plugins. Plus de détails ici :
Ainsi, si votre fichier ne contient aucune entrée réelle, je vous recommande de le supprimer.
Bien sûr. Je n’ai pas l’intention d’utiliser ce fork. C’était juste un test pour confirmer que le problème venait de l’utilisation du fichier modèle/boilerplate. Je voulais m’assurer d’utiliser de vrais commits et la bonne syntaxe.