Side navigation
#9687 closed bug (duplicate)
Opened June 28, 2011 05:09PM UTC
Closed June 30, 2011 03:58PM UTC
Last modified June 30, 2011 03:58PM UTC
$.getScript() equiv $.ajax() with timeout - timeout elapsed, error() fired, script still executed
| Reported by: | anonymous | Owned by: | anonymous |
|---|---|---|---|
| Priority: | low | Milestone: | 1.next |
| Component: | ajax | Version: | 1.5.2 |
| Keywords: | Cc: | ||
| Blocked by: | Blocking: |
Description
BUG: An $.ajax()-retrieved script is loaded/executed even after the ajax timeout is expired.
With $.ajax({dataType: 'script', type: 'GET', timeout: 10000}, success: ..., error: ...), the target script, if eventually retrieved, is executed even after the timeout has elapsed and the error handler has been executed. (That is long-hand code for $.getScript() with timeout and error handling added)
It should be easy enough to statically analyze for someone familiar with the $.ajax code. It is too difficult a situation to create a public test case for this because of the requirements, jsfiddle.net cannot handle it.
The usecase is to connect to a COMET server with $.getScript() which works well unless a timeout is specified (with the $.ajax({dataType: 'script'}) equivalent call) and the timeout is elapsed. In this case of the timeout elapsing, error() is run (as expected), firebug shows that the browser continues to wait for a result from the server, and once retrieved, jquery executes it without respect to the "timeout" or "abort" status.
I believe the fix needs to be in $.ajax's function done( status, statusText, responses, headers ) but I'm not familiar enough with this code to attempt the change.
[=#COMET]COMET::
A COMET server is a special webserver implementation which holds browser connections open until an event of interest to the client occurs, at which time a payload either of code or data can be returned to the browser. Code is preferred because it avoids the need for a parser on the client-side.
Attachments (0)
Change History (4)
Changed June 28, 2011 06:01PM UTC by comment:1
Changed June 29, 2011 07:15PM UTC by comment:2
| component: | unfiled → ajax |
|---|---|
| owner: | → anonymous |
| priority: | undecided → low |
| status: | new → pending |
Thanks for taking the time to contribute to the jQuery project! Do you perhaps have a running test case anywhere?
Also, please be sure you are testing against the git version of jQuery to ensure the issue still exists.
Changed June 30, 2011 03:58PM UTC by comment:3
| resolution: | → duplicate |
|---|---|
| status: | pending → closed |
This is a FF bug: when you remove a script tag from the document, the resource is still fetched.
I assume that this happens with any content type, except that normally only the
successcallback is used to process it. With adataType: 'script', it can run without being officially invoked by the user code.