Skip to content

Commit 5e107e3

Browse files
authored
Editorial: improve links to "resolve a module specifier" assertions
The explanatory text of the assertion in HostResolveImportedModule stating that "resolve a module specifier" must have been previously successful lists HostImportModuleDynamically as one of the places where "resolve a module specifier" would previously have succeeded. However, it's "fetch() an import() module script graph", called by HostImportModuleDynamically, where "resolve a module specifier" is actually called. Update the assertion text to reference "fetch() an import() module script graph" directly. The corresponding assertion in "find the first parse error" didn't have a link to where the prior "resolve a module specifier" call would occur, so add one.
1 parent 8d4c0e9 commit 5e107e3

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

source

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -90183,8 +90183,8 @@ document.querySelector("button").addEventListener("click", bound);
9018390183
<li><p>Let <var>childURLs</var> be the <span>list</span> obtained by calling
9018490184
<span>resolve a module specifier</span> once for each item of <var>childSpecifiers</var>, given
9018590185
<var>moduleScript</var>'s <span data-x="concept-script-base-url">base URL</span> and that item.
90186-
(None of these will ever fail, as otherwise <var>moduleScript</var> would have been marked as
90187-
itself having a parse error.)</p></li>
90186+
(None of these will ever fail, as otherwise <var>moduleScript</var> would have been <a
90187+
href="#validate-requested-module-specifiers">marked as itself having a parse error</a>.)</p></li>
9018890188

9018990189
<li><p>Let <var>childModules</var> be the <span>list</span> obtained by <span
9019090190
data-x="map get">getting each value</span> in <var>moduleMap</var> whose key is given by an
@@ -91327,7 +91327,7 @@ import "https://example.com/foo/../module2.mjs";</code></pre>
9132791327
<li><p>Assert: <var>url</var> is never failure, because <span data-x="resolve a module
9132891328
specifier">resolving a module specifier</span> must have been previously successful with these
9132991329
same two arguments (either <a href="#validate-requested-module-specifiers">while creating the
91330-
corresponding module script</a>, or in <span>HostImportModuleDynamically</span>).</p></li>
91330+
corresponding module script</a>, or in <span>fetch an import() module script graph</span>).</p></li>
9133191331

9133291332
<li><p>Let <var>resolved module script</var> be <var>moduleMap</var>[<var>url</var>]. (This entry
9133391333
must <span data-x="map exists">exist</span> for us to have gotten to this point.)</p></li>

0 commit comments

Comments
 (0)