[Webkit-unassigned] [Bug 65890] New: [Chromium] Add a field for request identifier to Chromium's ResourceRequest.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Aug 8 16:55:58 PDT 2011


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

           Summary: [Chromium] Add a field for request identifier to
                    Chromium's ResourceRequest.
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
        OS/Version: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Misc.
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: dimich at chromium.org
                CC: fishd at chromium.org, jam at chromium.org


This field will be used to plumb the unique WebCore identifier to the Chromium.
We need the request's identifier associated with Chromium side structures to process WebCore notification that a resource in progress is transferred between pages. When this happens,  WebCore informs the embedder about each request which is in progress, passing their unique identifier. In case of Chromium, the identifier will be used to map to the Chromium request representation, and it's routing_id should be updated to refer to the new RenderView object. If this is not doen, the request gets dropped when the original page closes. The http://crbug.com/55200 has more info on this.

Most of the fix in in Chromium: http://codereview.chromium.org/7601011/, this patch is only a data field added to a ResourceRequest. Testing of this requires Chromium multiprocess architecture so the test is a part of the Chromium side of this fix.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list