Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(625)

Issue 2958573002: [TEST] Check when the BackForward PageTransition is dropped.

Created:
3 years, 6 months ago by arthursonzogni
Modified:
3 years, 5 months ago
Reviewers:
clamy, jam, Charlie Reis, nasko
CC:
chromium-reviews, jam, nasko+codewatch_chromium.org, darin-cc_chromium.org, creis+watch_chromium.org
Target Ref:
refs/heads/master
Project:
chromium
Visibility:
Public.

Description

[TEST] Check when the BackForward PageTransition is dropped. CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_site_isolation;master.tryserver.chromium.linux:linux_chromium_browser_side_navigation_rel

Patch Set 1 #

Total comments: 1
Unified diffs Side-by-side diffs Delta from patch set Stats (+5 lines, -0 lines) Patch
M content/browser/frame_host/navigation_handle_impl.cc View 1 chunk +5 lines, -0 lines 1 comment Download

Messages

Total messages: 11 (7 generated)
arthursonzogni
FYI: I rerun nasko's CL (https://codereview.chromium.org/2951483002/) with a modified CHECK(<condition>). It looks for navigation that ...
3 years, 5 months ago (2017-06-26 08:32:18 UTC) #6
Charlie Reis
https://codereview.chromium.org/2958573002/diff/1/content/browser/frame_host/navigation_handle_impl.cc File content/browser/frame_host/navigation_handle_impl.cc (right): https://codereview.chromium.org/2958573002/diff/1/content/browser/frame_host/navigation_handle_impl.cc#newcode750 content/browser/frame_host/navigation_handle_impl.cc:750: params.transition & ui::PAGE_TRANSITION_FORWARD_BACK); Are you worried at all about ...
3 years, 5 months ago (2017-06-27 03:59:29 UTC) #9
arthursonzogni
On 2017/06/27 03:59:29, Charlie Reis (slow) wrote: > https://codereview.chromium.org/2958573002/diff/1/content/browser/frame_host/navigation_handle_impl.cc > File content/browser/frame_host/navigation_handle_impl.cc (right): > > ...
3 years, 5 months ago (2017-06-27 09:12:59 UTC) #10
clamy
3 years, 5 months ago (2017-06-27 10:25:27 UTC) #11
On 2017/06/27 09:12:59, arthursonzogni wrote:
> On 2017/06/27 03:59:29, Charlie Reis (slow) wrote:
> >
>
https://codereview.chromium.org/2958573002/diff/1/content/browser/frame_host/...
> > File content/browser/frame_host/navigation_handle_impl.cc (right):
> > 
> >
>
https://codereview.chromium.org/2958573002/diff/1/content/browser/frame_host/...
> > content/browser/frame_host/navigation_handle_impl.cc:750: params.transition
&
> > ui::PAGE_TRANSITION_FORWARD_BACK);
> > Are you worried at all about the other direction?  It seems odd to allow
cases
> > that FORWARD_BACK wasn't initially true but becomes true during the
> navigation. 
> > (That is, I'm curious why this is an A => B check instead of A == B.)
> 
> Yes, this CL does only (A => B)
> Nasko's CL (https://codereview.chromium.org/2951483002/) does (A == B)
> 
> I wanted to look first at the cases I am the most interested in, hence this
CL.
> Yes, I agree that A <= B needs some investigations too.

So a bit background here. We're investigating a regression in bf navigation
performance with PlzNavigate enabled. We landed specific metrics, and realized
that half of the bf navigations at ready to commit stage are not longer
considered bf navigations when they commit. Which is weird. I wrote the CL
Arthur referenced (it's not Nasko's :)) in order to check if this kind of things
was happening in our tests. Nasko investigated the reverse case from this CL, ie
not bf becomes bf at commit, and found it happens for pushStates. Since we
initialize the transition at WillStartRequest stage, which doesn't happen for
same-document navigations, we only get the right transition when we call
DidCommitNavigation on the NavigationHandle. Now we're trying to understand the
case where the transition has the bf flag at the start, but it is dropped at
commit.

Powered by Google App Engine
This is Rietveld 408576698