RESOLVED DUPLICATE of bug 163814 149704
Default network timeout may kick in before XHR timeout 
https://bugs.webkit.org/show_bug.cgi?id=149704
Summary Default network timeout may kick in before XHR timeout
youenn fablet
Reported 2015-10-01 05:09:21 PDT
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
Comment 1 2016-11-02 18:25:27 PDT
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
Comment 2 2016-11-09 07:53:25 PST
This is covered by bug 163814
youenn fablet
Comment 3 2016-11-09 07:53:40 PST
*** This bug has been marked as a duplicate of bug 163814 ***
Note You need to log in before you can comment on or make changes to this bug.