You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
But because assets === '/.' during development, the wrong version is indistinguishable from the right version.
Not totally sure what the right solution is. We don't want to force people to always use ${assets} in the case where they don't use the paths config, but it causes confusing problems if it's absent when there is a paths config. Maybe if there's a paths config, assets should be set during development to something like /_static_assets to force you to use the prefix, but otherwise it should behave as it currently does?
The text was updated successfully, but these errors were encountered:
Relatedly, it appears that prerendered pages have the wrong assets path (i.e. the empty string) reflected in the HTML — the correct path doesn't come in until JS runs
Scenario: you have a file, like
static/images/potato.jpg
, referenced like so:But you also have a
paths
config:When the app is deployed, the image will be broken, because it should have been written like so:
But because
assets === '/.'
during development, the wrong version is indistinguishable from the right version.Not totally sure what the right solution is. We don't want to force people to always use
${assets}
in the case where they don't use the paths config, but it causes confusing problems if it's absent when there is a paths config. Maybe if there's a paths config,assets
should be set during development to something like/_static_assets
to force you to use the prefix, but otherwise it should behave as it currently does?The text was updated successfully, but these errors were encountered: