Bug 149704
| Summary: | Default network timeout may kick in before XHR timeout | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | youenn fablet <youennf> |
| Component: | WebCore Misc. | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | ap, eion |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
youenn fablet
As pointed out by ap in bug 98156, http://trac.webkit.org/changeset/189445 introduces the fact that default networking timeout becomes a max timeout for all XHR requests.
If a web app sets a XHR timeout above the default network timeout, the default network timeout will kick in.
Setting networking timeout to infinite (or a sufficiently large value) for all XHR requests may work.
Setting networking timeout to infinite for all XHR requests that have their own timeout may work.
In that case, one may want to add special handling for the case of a web app that sets back the timeout to zero.
Ideally, the XHR timer should then be set to the default networking timeout value.
Infinite may be good enough, although not entirely satisfying.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Eion Robb
This issue is presenting itself in iOS10+'s WebView, any timeout set on the XMLHttpRequest object larger than 60 seconds (the default network timeout on iOS) is effectively ignored. Timeouts smaller than 60 seconds work as expected.
http://www.openradar.me/28810194 has the iOS bug report about this
youenn fablet
This is covered by bug 163814
youenn fablet
*** This bug has been marked as a duplicate of bug 163814 ***