Depuis, lorsque je reconstruis (ce qui prend 40 minutes au passage !), je reçois une fenêtre de navigateur vide et l’erreur de console ci-dessous.
Uncaught Error: Could not find module `handlebars` imported from `discourse-common/lib/raw-handlebars`
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
findDeps _vendor-f4425d4b17932067d5c6d206656c04d9.js:34
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
findDeps _vendor-f4425d4b17932067d5c6d206656c04d9.js:34
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
requireModule _vendor-f4425d4b17932067d5c6d206656c04d9.js:16
<anonymous> _start-discourse-81637605c9aa837e31086f280d3afdaa.js:18
<anonymous> _start-discourse-81637605c9aa837e31086f280d3afdaa.js:16
<anonymous> _start-discourse-81637605c9aa837e31086f280d3afdaa.js:7
_vendor-f4425d4b17932067d5c6d206656c04d9.js:22:30
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
findDeps _vendor-f4425d4b17932067d5c6d206656c04d9.js:34
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
findDeps _vendor-f4425d4b17932067d5c6d206656c04d9.js:34
c _vendor-f4425d4b17932067d5c6d206656c04d9.js:22
requireModule _vendor-f4425d4b17932067d5c6d206656c04d9.js:16
<anonymous> _start-discourse-81637605c9aa837e31086f280d3afdaa.js:18
forEach self-hosted:208
<anonymous> _start-discourse-81637605c9aa837e31086f280d3afdaa.js:16
<anonymous> _start-discourse-81637605c9aa837e31086f280d3afdaa.js:7
Merci beaucoup. J’ai reconstruit mon application deux fois, mais rien ne s’est passé, puis j’ai essayé de visiter Meta et la même erreur se produisait, alors j’ai pensé qu’il y avait quelque chose de plus général en jeu.
Il est difficile de déterminer le problème à partir de cette capture d’écran. Je suppose que vous avez annulé la mise à jour d’ember-cli, puisque le site se charge actuellement sans problème ?
J’ai juste essayé d’exécuter bin/ember-cli --proxy \"https://community.rstudio.com/\", et même dans ce cas, il semble se charger sans erreur
La mise à niveau (d’un plugin) avait été effectuée via docker_manager, j’ai donc détruit et redémarré le conteneur pour revenir à l’ancienne version.
Alors, peut-être que ce qui s’est passé, c’est que la mise à niveau a activé ember-cli alors qu’il ne l’était pas lors de la dernière reconstruction ?
J’ai vérifié et je vois que EMBER_CLI_PROD_ASSETS: 0 est défini dans web_only.yml. Le gestionnaire Docker aurait-il pu effectuer une reconstruction avec ember-cli activé ?