Bug 56647
| Summary: | Resource load delegates invoked too early | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Antti Koivisto <koivisto> |
| Component: | Page Loading | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | ap, bfulgham, ggaren, japhet, koivisto, psolanki |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | OS X 10.5 | ||
Antti Koivisto
ResourceLoadScheduler constructs SubresourceLoader object when it learns about a new resource load. SubresourceLoader::create() calls init() which invokes the delegates.
This means that delegates may be invoked well before the load actually starts, making clients show wrong information. They also get invoked even when the ResourceLoadScheduler is suspended.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
I'm wondering if this is the reason for bug 53828.
Nate Chapin
See also http://trac.webkit.org/changeset/74453, which made the case for calling willSendRequest() in init().
It looks like either clients show wrong information because of willSendRequest() being called before scheduling, or we have to schedule based on dubious information because willSendRequest() hasn't been given a chance to modify the ResourceRequest.