Skip to content

Commit 475903c

Browse files
committed
Address feedback on always creating a fresh traversable
This leaves some aspects implementation-defined as they are inherently UI.
1 parent 724cc96 commit 475903c

File tree

1 file changed

+9
-1
lines changed

1 file changed

+9
-1
lines changed

notifications.bs

Lines changed: 9 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -575,8 +575,16 @@ platform supports activation, the user agent must (unless otherwise specified) r
575575
<p>If <var>navigationURL</var> is non-null:
576576

577577
<ol>
578+
<li><p>If there is an existing <a for=/>top-level traversable</a> <var>traversable</var> within
579+
the user agent's <a for="user agent">top-level traversable set</a> whose
580+
<a for="navigable">active document</a>'s <a for=Document>URL</a> <a for=url>equals</a>
581+
<var>navigationURL</var> with <a for=url/equals><i>exclude fragments</i></a> set to true, then
582+
<a for=/>navigate</a> <var>traversable</var> to <var>navigationURL</var> and return. If there are
583+
multiple <a for=/>top-level traversables</a> that satisfy the condition the user agent has to
584+
pick one in an <a>implementation-defined</a> manner.
585+
<!-- Should maybe set userInvolvement correctly here and below. -->
586+
578587
<li><p><a>Create a fresh top-level traversable</a> given <var>navigationURL</var>.
579-
<!-- Should maybe set userInvolvement correctly here, even though it doesn't do anything today. -->
580588

581589
<li><p>Return.
582590
</ol>

0 commit comments

Comments
 (0)