Je rencontre un problème étrange que je n’ai jamais rencontré auparavant. J’ai reçu un courriel m’informant qu’une mise à jour était disponible pour mon installation Discourse. Lorsque j’ai cliqué dessus, on m’a indiqué que je devais d’abord mettre à jour mon installation Docker avant de pouvoir procéder à toute autre mise à jour.
J’ai déjà vu cela à de nombreuses reprises, alors j’ai procédé à la mise à jour en utilisant l’installateur en un clic. La différence cette fois, c’est que j’ai dû m’absenter pendant le processus. Quand je suis revenu quelques heures plus tard, j’ai constaté que Docker avait été installé avec succès.
J’ai ensuite cliqué sur Versions en haut de la page afin de pouvoir mettre à jour le reste. Mais lorsque cet écran s’est chargé, il était complètement vide. Voici à quoi il ressemblait :
Avez-vous une idée de ce que je fais mal ? À part cela, mon site se charge correctement. Je ne vois simplement rien dans le mise à jour en un clic pour le moment.
Je vois ce problème être signalé de temps en temps. Est-il possible d’intégrer une fonctionnalité permettant de reconstruire et de faire un nouveau pull automatiquement lorsque nécessaire pour ce type de mise à niveau ? Je pense simplement aux personnes se trouvant dans des situations où l’exécution de ces commandes pourrait ne pas être possible, et où le support pourrait être lent à répondre pour une reconstruction, potentiellement en dehors d’un moment opportun pour l’administrateur du site.
C’est un point valable ; il est évident qu’à terme, une étape devra être traitée manuellement en matière de mise à niveau. Je prendrais le contre-pied en disant qu’un processus de gestion devrait entraîner beaucoup moins de reconstructions si sa tâche principale est d’être sollicité pour reconstruire l’application. Cela devrait pouvoir être réalisé avec très peu de dépendances et très peu de modifications progressives.
Si vous ne souhaitez pas mettre à jour aussi fréquemment, peut-être ne le faites-vous pas aussi souvent.
Je ne pense pas que vous ayez établi un argument convainquant pour ne pas continuer à fournir des améliorations à l’image de base. La nécessité de mettre à jour via la commande varie, elle n’est pas particulièrement fréquente et les occasions où il est absolument nécessaire de le faire sont encore plus rares.
En fait, je n’avais pas réalisé que je défendais cette position. Je vous promets que je ne plaide absolument pas pour que les mises à jour soient publiées moins fréquemment
Je donne simplement un retour sur ce que je pense être une fonctionnalité améliorant la qualité de vie, même si elle est peu fréquente et peut être contraignante. Je n’ai aucun problème à exécuter la commande au besoin.
Peut-être qu’un compromis consisterait à ce que, lorsqu’une mise à jour est appliquée et nécessite l’exécution de cette commande, l’administrateur soit notifié quelque part dans le tableau de bord (ou via une bannière, je ne sais pas ?) indiquant clairement ce qui est requis. (Cela pourrait également réduire le nombre de messages du type « J’ai mis à jour et maintenant xyz est vide/manquant/ne fonctionne plus » qui apparaissent de temps en temps).
Je viens de corriger la cause racine qui provoquait l’écran blanc.
Nous avions effectué une mise à jour du plugin docker manager qui n’était pas compatible avec les anciennes versions de Discourse. J’ai ajouté du code pour rétablir la compatibilité. Malheureusement, une fois l’écran blanc apparu, votre seule option est :
Merci, Sam (et @gerhard !). J’ai déjà eu des moments où on m’a demandé d’utiliser la ligne de commande pour reconstruire l’application avant de pouvoir la mettre à niveau, mais c’est la première fois que je rencontre cet écran blanc. C’est rassurant de savoir qu’il y a une raison à cela et que cela a conduit à une correction.
Je reconstruis les éléments en utilisant la ligne de commande maintenant.
EDITÉ POUR AJOUTER : Le processus est terminé et tout va bien. La page de version affiche tous mes plugins et indique que tout est à jour.
