New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 889039 link

Starred by 4 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac , Fuchsia
Pri: 3
Type: Bug



Sign in to add a comment

Non-user-initiated renderer-iniated navigations should not cancel browser-initiated navigations that are about to commit

Project Member Reported by clamy@chromium.org, Sep 25

Issue description

We have checks to prevent a non-user initiated renderer-initiated navigation from cancelling a browser-initiated navigation. However, those rely on checking whether there is a NavigationRequest in the FrameTreeNode. When the browser-initiated navigation is cross-process, there is a window of time where the NavigationRequest is moved to a RFH so that the RFH commits it. If the RFH is a speculative one, the start of a new non-user navigation will delete it, cancelling the browser-initiated navigation. This should not happen.

 
Just to fill in more context, see the test in WebContentsimplTest.NoEarlyStop, which is being disabled in https://chromium-review.googlesource.com/c/chromium/src/+/1131739 due to this bug.
Cc: -nasko@google.com nasko@chromium.org

Sign in to add a comment