[AssetMapper] avoid caching MappedAsset inside JavaScript Import #52523
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hi!
Subtle bug. In dev, we cache the
MappedAsset
objects. Before this PR,MappedAsset->javascriptImports[0]->asset
was also aMappedAsset
object.Suppose
app.js
importsfoo.js
which importsbar.js
. Then, the user changesfoo.js
to also importbaz.js
.The
foo.js
MappedAsset will now have TWOJavaScriptImport
objects (forbar.js
andbaz.js
). However, when we calculate the preloads, this happens:MappedAsset
forapp.js
because this file has not changedJavaScriptImport
forfoo.js
JavaScriptImport->asset
property holds an OUT-OF-DATE version of theMappedAsset
forfoo.js
... because it was cached inside theMappedAsset
structure forapp.js
. This out-of-dateMappedAsset
forfoo.js
only contains the ONE JavaScript import.The result is that
baz.js
will be missing from the preloads.This PR breaks the structure by only storing the asset's logical path (and sourcePath - needed by the cache system). Then, at runtime, we load the fresh
MappedAsset
from the logical path.Cheers!