[Webkit-unassigned] [Bug 223405] New: [ITP] User initiated cross-domain link navigations getting counted as Top Frame Redirects

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=223405

            Bug ID: 223405
           Summary: [ITP] User initiated cross-domain link navigations
                    getting counted as Top Frame Redirects
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Misc.
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: mathieu.perreault at shopify.com

The report is about user-initiated cross-domain link navigations that are sometimes counted as top frame redirects in the eyes of ITP.

Details
=======
The demo is two domains A and B linking to each other through <a> tags.

The interaction is starting at A, clicking on a link to navigate to B, waiting X seconds and clicking to go back to A.

- If the operation is done fast (X < 5 seconds), one can see that TopFrameUniqueRedirectsTo table being updated for the navigation from B -> A.
- If X > 5s before clicking to navigate back to A, there is no TopFrameUniqueRedirectsTo table entry.

The `ITPDebug` log doesn’t show this interaction, so that’s why we need to look in the sqlite database. 

As far as one can tell, [this](https://github.com/WebKit/WebKit/blob/main/Source/WebKit/NetworkProcess/Classifier/ResourceLoadStatisticsDatabaseStore.cpp#L1567) is the logic in the WebKit code. Given that there are no `ITPDebug` statement, one can infer that `wasNavigatedAfterShortDelayWithoutUserInteraction` is probably `true`, but in this case there _was_ a user interaction so that seems incorrect. Since it’s derived from a value passed from the UI Process, it’s impossible to confirm that by code inspection though.

Videos
======
https://screenshot.click/github_and_back_fast.mov
https://screenshot.click/github_and_back_slow.mov

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210318/90ae7e7d/attachment.htm>