Ich glaube, das Problem liegt in der Art und Weise, wie die Source Map generiert wird, verursacht durch diesen PR: DEV: Bump uglifyjs by romanrizzi · Pull Request #7834 · discourse/discourse · GitHub.
Früher wurde die Option -p mit relativen Pfaden verwendet, sodass die Source-Map-Pfade wie ['admin.....js.map'] aussahen. Ab Version 2.4.beta9 ist die Option -p aufgrund des Wechsels zu Uglify 3 nicht mehr verfügbar, sodass die Source-Map-Pfade absolut waren, z. B. ['/var/www/discourse/public/assets/admin...js.map']. Dies führte dazu, dass die Source Maps beim Debuggen einen 404-Fehler auslösten, da die tatsächliche Datei unter /assets lag, die Map jedoch angab, sie befinde sich unter /var/www/.../assets.
Eine von mir gefundene Workaround-Lösung bestand darin, in lib/tasks/asset.rake die Option base zum Parameter der Source Map hinzuzufügen, sodass es nun so aussieht:
base = assets_path + ((d = File.dirname(from)) == "." ? "" : "/#{d}")
cmd = <<~EOS
uglifyjs '#{assets_path}/#{from}' -m -c -o '#{to_path}' --source-map "base='#{base}',root='#{source_map_root}',url='#{source_map_url}'" --output '#{to_path}'
EOS
Ich kann nicht garantieren, dass dies für alle funktioniert, aber es ermöglicht mir das Debuggen über Source Maps ohne 404-Fehler.