[Technical review] BiDi - Add pages for navigation commands of browsingContext module#44377
[Technical review] BiDi - Add pages for navigation commands of browsingContext module#44377dipikabh wants to merge 1 commit into
Conversation
|
Preview URLs (4 pages)
Flaws (24) Found an unexpected or unresolvable flaw? Please report it here. URL:
URL:
URL:
URL:
|
|
|
||
| The `result` object in the response contains the following fields: | ||
|
|
||
| - `navigation` |
There was a problem hiding this comment.
The CDDL in the spec for navigation in the "Return Type" is:
navigation: browsingContext.Navigation / null
But from the code it seems it is never null. Is the spec in need of an update?
There was a problem hiding this comment.
Looks like you are right. Feel free to file a new issue on the BiDi repository. Thanks.
| The `result` object in the response contains the following fields: | ||
|
|
||
| - `navigation` | ||
| - : A string that contains the ID ([UUID](/en-US/docs/Glossary/UUID)) that uniquely identifies this navigation. A new UUID is generated for each `browsingContext.navigate` command. |
There was a problem hiding this comment.
As per the code, this is always a UUID. Is that correct?
|
|
||
| ### Return value | ||
|
|
||
| The `result` field in the response is an empty object (`{}`). The command returns once the traversal has been queued, before the resulting navigation is complete. |
There was a problem hiding this comment.
Is this the correct current behavior?
There was a problem hiding this comment.
Yes, but there is a TODO to wait for the traversal to be complete. Maybe for now lets add a reference to the browsingContext.historyUpdated event, which informs about when the history update is done.
| - : A boolean that indicates whether the browser runs [`beforeunload`](/en-US/docs/Web/API/Window/beforeunload_event) event handlers before closing the context. | ||
| The default value is `false`. | ||
| - `false`: The specified context closes immediately without running `beforeunload` event handlers. | ||
| - `false`: The specified context closes immediately without running `beforeunload` event handlers. This is the default. |
There was a problem hiding this comment.
minor style update to make it similar to boolean value descriptions in browsingContext.reload
| - `"interactive"` | ||
| - : The command returns when the document has been parsed and is ready for interaction. | ||
| Use this value when you need the DOM to be available but don't need images or other subresources to finish loading. | ||
| - `"none"` |
There was a problem hiding this comment.
We should mention that this is the default behavior if the parameter is not specified.
|
|
||
| The `result` object in the response contains the following fields: | ||
|
|
||
| - `navigation` |
There was a problem hiding this comment.
Looks like you are right. Feel free to file a new issue on the BiDi repository. Thanks.
| The `result` object in the response contains the following fields: | ||
|
|
||
| - `navigation` | ||
| - : A string that contains the ID ([UUID](/en-US/docs/Glossary/UUID)) that uniquely identifies this navigation. A new UUID is generated for each `browsingContext.navigate` command. |
| - `"interactive"` | ||
| - : The command returns when the document has been parsed and is ready for interaction. | ||
| Use this value when you need the DOM to be available but don't need images or other subresources to finish loading. | ||
| - `"none"` |
There was a problem hiding this comment.
Same comment as for navigate.
|
|
||
| ### Return value | ||
|
|
||
| The `result` field in the response is an empty object (`{}`). The command returns once the traversal has been queued, before the resulting navigation is complete. |
There was a problem hiding this comment.
Yes, but there is a TODO to wait for the traversal to be complete. Maybe for now lets add a reference to the browsingContext.historyUpdated event, which informs about when the history update is done.
|
This pull request has merge conflicts that must be resolved before it can be merged. |
Description
This PR adds pages for navigation commands:
browsingContext.navigatebrowsingContext.reloadbrowsingContext.traverseHistorySpec links
Related issue
Doc issue: mdn/mdn#339