Zut. J’ai mis à jour ce composant ce soir pour récupérer le dernier commit « Passer à la nouvelle API pour le rendu dans la sortie du plugin. (#37) » Mon lien personnalisé a disparu et je n’arrive pas à le faire réapparaître. J’ai désinstallé, réinstallé, redémarré sans succès.
(3.2.0.beta2-dev - 76e5a939d4, Thème par défaut)
Mise à jour : J’ai supprimé la nouvelle version et installé à partir d’un fichier zip du commit précédent du 7 septembre.
Succès – cette version fonctionne, comme avant.
Je suis intéressé d’entendre si quelqu’un d’autre a eu des problèmes avec le commit du 11 octobre.
Oui. Merci pour votre rapport, je peux reproduire.
La mise à jour de mon composant de thème a également fait disparaître mes liens d’en-tête :
Le composant de thème utilise une nouvelle API introduite il y a 8 jours, tandis que 76e5a9 date d’il y a 2 semaines.
C’est pourquoi rien ne s’affiche. L’API n’est pas disponible.
Vous pourriez vouloir mettre à jour Discourse pour résoudre ce problème si vous le pouvez.
Dernièrement, nous constatons des occurrences similaires 
. Avoir un message dans le tableau de bord pour avertir de la mise à jour serait bien, je pense.
Intéressant. J’en tirerai des leçons, mais je ne suis pas surpris qu’il y ait des occurrences similaires. C’est certainement une chose facile à rencontrer.
Le tableau de bord d’administration me donne l’impression d’être entièrement à jour :
(Je ne suis pas sûr pourquoi je suis sur une version Beta – j’ai simplement fait l’installation Docker officielle.)
Si je vais dans l’onglet Mise à niveau, je vois une mise à niveau disponible. Mais c’est pour v3.2.0.beta1 … ce qui semble plus ancien que 3.2.0.beta2..? Quelle est la signification de “-dev” ? Je ne trouve aucune documentation expliquant la progression/la situation des versions bêta.
En général, un composant devrait-il vraiment être capable d’offrir une mise à jour qui n’est pas compatible avec la version Discord installée ? Cela semble inviter à ce genre de confusion. Je m’attendrais à un comportement similaire aux plugins Wordpress, qui indiqueront clairement qu’ils attendent que vous mettiez à jour votre installation de base.
Comme vous pouvez le lire, vous n’êtes informé d’une mise à jour que lorsqu’il y a une nouvelle étape importante. Si vous étiez informé de mettre à jour après chaque commit, ce serait plusieurs fois par jour.
Lorsque vous remarquez un bug, il est toujours bon de mettre à jour d’abord pour vérifier s’il a déjà été corrigé.
J’aime aussi Finding what version of Discourse you're using comme explication sur la façon de vérifier votre version exacte sur GitHub. Bien sûr, en tant qu’administrateur, vous n’avez pas besoin de la vue HTML.
Voici l’explication pour -dev
Merci pour les liens, @Moin – j’avais consulté les pages de publication, Github, etc., mais je n’avais pas cherché assez profondément ici.
Cela clarifie beaucoup de mes questions en théorie. Mais après avoir lu…
« nous commençons le cycle de développement 3.2 avec
3.2.0.beta1-dev. Quand il sera prêt à être publié, il sera marqué comme3.2.0.beta1, puis nous le suivrons immédiatement avec un autre commit pour commencer le développement de3.2.0.beta2-dev. »
…je ne suis toujours pas sûr si je dois « mettre à jour » de beta2-dev à beta1.
Je vais peut-être attendre une notification de jalon.
Vérifiez si Discourse/Docker a des mises à jour. J’ai eu un problème similaire plus tôt cette semaine. J’ai mis à jour un ou deux Theme component et j’ai eu des problèmes d’affichage liés à ces composants.
Bien qu’aucune mise à jour de Discourse ne soit affichée dans le tableau de bord, Docker et Discourse ont eu des commits.
Une fois que j’ai mis à jour Discourse, les composants fonctionnent comme ils le devraient.
Il semble y avoir un bug avec notre système de compatibilité des thèmes. J’ai annulé mes modifications pour le moment :
