La mise à niveau du navigateur échoue lorsque discourse est configuré pour utiliser un worker unicorn

Lié aux publications ici où il a été suggéré qu’il pourrait s’agir d’un bug.

2 « J'aime »

Laissez-moi refaire ma réponse ici :

Cela ressemble à un bug, d’autant plus que le système se réduit temporairement à un seul unicorn peu de temps après.

Le nombre 2 est codé en dur, tout comme le nombre 1 pour la réduction.

Edit : il semble que ce changement ait introduit l’incohérence

Merci pour ce nouveau fil de discussion.

1 « J'aime »

Oui, je ne pense pas que nous puissions prendre en charge cela. La correction du bug ici consistera simplement à rendre impossible sa survenue, et non à corriger le code de mise à niveau.

2 « J'aime »

Rendre quoi impossible ? Définir une seule licorne ? Et pourtant, une telle configuration a mieux fonctionné pour l’OP, jusqu’à la mise à niveau.

Et comme la mise à niveau réduit le nombre de licornes à 1, il me semble clair qu’une licorne est suffisante au moment d’une mise à niveau.

Avez-vous examiné l’historique de ce morceau de code ?

Rendez simplement impossible la mise à niveau via l’interface utilisateur si vous n’avez qu’une seule licorne.
Forcez la reconstruction depuis la console, la mémoire est de toute façon trop limitée.

2 « J'aime »

Soit - j’ai fini par utiliser systématiquement la console ces jours-ci, sur mes instances à mémoire limitée.