Fehler 500 nach erfolgreichem App-Neubau (Asset ".js" nicht in der Asset-Pipeline vorhanden.)

[joen (Jeroen)]

Ich habe einen Git-Pull durchgeführt und die App für unsere Discourse-Instanz neu erstellt. Obwohl dies wie erwartet zu funktionieren schien, gibt die Seite jetzt einen Fehler 500 zurück.

Der abgesicherte Modus hat das gleiche Problem. Ich kann diese Seite sehen und alles deaktivieren, erhalte aber nach dieser Seite immer noch einen Fehler 500.

Die Seite /logs listet zwar einen Fehler auf, aber ich bin mir nicht sicher, ob dies die Ursache sein könnte. (Info-Log) (Backtrace-Log)

Das Deaktivieren von Plugins und das Neuerstellen haben keinen Unterschied gemacht.
Die betreffende Seite ist The Language Archive Forums - Forums of The Language Archive and ELAN

Können Sie mir sagen, was das Problem sein könnte?

[pfaffman (Jay Pfaffman)]

Sie können versuchen:

docker logs

und

tail /var/discourse/shared/standalone/logs/rails/production.log

Dies scheint der relevante Teil zu sein:

ActionView::Template::Error (Das Asset ".js" ist nicht in der Asset-Pipeline vorhanden.
)
app/helpers/application_helper.rb:93:in `script_asset_path'
app/helpers/application_helper.rb:146:in `block in preload_script'
app/helpers/application_helper.rb:145:in `map'
app/helpers/application_helper.rb:145:in `preload_script'
app/views/layouts/application.html.erb:40
app/controllers/application_controller.rb:128:in `block (2 levels) in <class:ApplicationController>'
app/controllers/application_controller.rb:420:in `block in with_resolved_locale'
app/controllers/application_controller.rb:420:in `with_resolved_locale'
app/controllers/application_controller.rb:128:in `block in <class:ApplicationController>'
lib/middleware/omniauth_bypass_middleware.rb:74:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:389:in `call'
lib/middleware/gtm_script_nonce_injector.rb:10:in `call'
config/initializers/100-quiet_logger.rb:20:in `call'
config/initializers/100-silence_logger.rb:29:in `call'
lib/middleware/enforce_hostname.rb:24:in `call'
lib/middleware/request_tracker.rb:233:in `call'

Es ist möglich, wenn auch ziemlich unwahrscheinlich, dass dies ein Discourse-Fehler ist.

[leonardo (Leonardo Mosquera)]

Hallo Jeroen!

@pfaffman hat es vorhergesagt, dies stellte sich als ein Core-PR heraus, der versehentlich Subfolder-Setups wie deines (z. B. /forums) kaputt machte, aber wir haben ihn inzwischen zurückgenommen. Die Rücknahme ist bereits im tests-passed-Branch, also wenn du über die Admin-UI aktualisierst oder launcher rebuild ausführst, erhältst du die Korrektur.

Entschuldigung für die Probleme und danke an alle, dass ihr das gemeldet habt! Zu sehen, dass diese Seite einen Subfolder verwendete, war hilfreich, um die Ursache einzugrenzen.

[joen (Jeroen)]

Großartig, vielen Dank für die schnelle Hilfe und ich bin froh, dass unsere Einrichtung geholfen hat, diesen Fehler bei Ihnen zu lokalisieren.
Ich werde die App neu erstellen und berichten.

Bearbeiten: Die App wurde erfolgreich neu erstellt, alles läuft wieder. Danke!