Modules executing in reverse post-order #6261
Comments
|
The scenario here might be a little more complex actually. For example, the following code executes dependencies in indeterminate order: <!doctype html>
<script>
function blobUrl (source) {
return URL.createObjectURL(new Blob([source], { type: 'application/javascript' }));
}
window.order = [];
document.head.appendChild(Object.assign(document.createElement('script'), {
type: 'module',
innerHTML: `
import '${blobUrl('order.push("a")')}';
import '${blobUrl('order.push("b")')}';
console.log(order);
`
}));
</script>when the ordering always should be |
|
On the other hand, the following always executes in the correct order: <!doctype html>
<script>
window.order = [];
document.head.appendChild(Object.assign(document.createElement('script'), {
type: 'module',
innerHTML: `
import 'data:application/javascript,order.push("a")';
import 'data:application/javascript,order.push("b")';
console.log(order);
`
}));
</script>It seems to me like request timings or otherwise are possibly being allowed to affect execution order. |
|
Is there a specific loading order guaranteed by the specification? |
|
@fatcerberus yes there is. @guybedford the module load order was wrong in versions 1.8 and 1.9 of CC it should have been fixed for 1.10 by this PR of mine and I believe that the most recent version of Edge should be using 1.10 or even 1.11 #5238 The issue with indeterminate order sounds to me like a problem with Edge not CC based on my knowledge of the CC code base but as an external contributor to CC I’ve not seen any of the Edge code so can’t say for sure. |
|
@rhuanjl I was testing on Edge 44.18362. If you think the out-of-order issue will have been resolved since then that is great to hear. |
|
I’m afraid I don’t know which version of CC each version of Edge uses; will need one of the Microsoft guys to comment. |
|
Taking another look at this - I'm wrong above. CC module load order remains wrong in the latest version. I fixed one error with my previous PR (execution of the list of modules backwards) but there were two errors. The list of child modules is being stored internally in an internal data structure type called a BaseDictionary - which uses Key, Value pairs and is sorted based on the keys - in this case the specifiers, so execution order is dependent on the specifier - the test case I added before had conveniently alphabetical module names so appeared to work. I've opened a PR that should fix this remaining issue. I'm sorry that I was wrong above. |
Module execution of ES modules is based on post-order execution up the graph (with circular deduping).
The Edge behaviour is incorrectly implementing a reverse post-order execution.
The simple example of this is the following:
where
a.jscontainsorder.push('a')andb.jssimilarly.where edge will execute
band thena, instead ofaand thenb!The fix should be simple (one loop can just be reversed somewhere), but this is a really important bug to fix as many projects will write code like the following:
and without these guaranatees those code paths break down.
I would highly recommend marking this as an urgent priority.
The text was updated successfully, but these errors were encountered: