3810 2005-07-02 04:46:27 -0700 Less common HTTP status codes cause the code to appear as undefined 2019-02-06 09:04:06 -0800 1 1 1 Unclassified WebKit DOM 312.x Mac OS X 10.3 RESOLVED FIXED HasReduction P2 Normal --- 1 hsivonen webkit-unassigned ap bugs-webkit cdumez dan djt ian oldest_to_newest 13673 0 hsivonen 2005-07-02 04:46:27 -0700 Steps to reproduce: 1) Use XMLHttpRequest to POST a document to a server. 2) Have the server respond with HTTP Status 204 No Content or 201 Created. 3) Inspect the status property of the XMLHttpRequest instance upon readyState == 4. Actual results: The status property is undefined. Expected results: Expected the status code to be exposed to the script like the more common codes. 13923 1 bob 2005-07-04 15:49:44 -0700 It seems that this happens for a simple GET that returns 200 (as a heisenbug). Even stranger, the status is undefined, but the responseText will be there. Unfortunately I haven't been able to create a test case, nor can I link to the pages where this happens at this time. Our current workaround is simply to assume 200 if the status was undefined and there is responseText. 19142 2 joost 2005-09-08 22:33:11 -0700 A testcase for this would be GREAT. 22280 3 4409 dan 2005-10-19 13:08:14 -0700 Created attachment 4409 XMLHttpRequest Status Code Test Case Here is the HTML for the test case - put this in the same directory as the PHP file and access via a webserver to test. 22282 4 4410 dan 2005-10-19 13:20:44 -0700 Created attachment 4410 XMLHttpRequest Status Code Test Case (PHP/HTML) Here is the test case - extract these files to a web-reachable directory (requires PHP) and you can test status code responses with it. You can test this script live at http://sites.darien.ca/temp/php/xmlhttp.html - this URL should remain active for quite a while (I don't usually delete things), but it may be faster/more convenient to run locally. This script supports all the HTTP/1.1 status codes as found in RFC 2616, Section 10, with one important exception: no 'Location:' header is sent to the browser when an HTTP code 3xx is sent. This is because Safari will follow the 'Location:' header to whichever other URL is given, and thus there is no point in redirecting. Using this script with the stock Tiger Safari, I can reproduce this bug on response codes 204 and 205 (intermittently), and all response codes 3xx return 'undefined'. 26815 5 eric 2005-12-27 14:22:36 -0800 I'm surprised Alexey hasn't been all over this bug. :) 27779 6 ap 2006-01-05 06:45:25 -0800 With ToT, I cannot reproduce this for 200, 204 or 205 (perhaps, as a side effect of the fix in bug 5924). The behavior is still largely different, though. Basically, it seems that Firefox ignores the meaning of many HTTP statuses here (e.g. it still receives the response data for 204 No Content or 304 Not Modified responses). OTOH, NSURLConnection doesn't pass the data for 204, and emits an error for 304 - which may be correct. Are there any cases that should be considered bugs left? Do we need to match Firefox exactly? 33376 7 sen 2006-02-19 09:21:33 -0800 (In reply to comment #6) > NSURLConnection doesn't pass > the data for 204, and emits an error for 304 - which may be correct. I still think the 304 "not modified" status should be returned. I’m building a dashboard widget that parses static XML files. Upon sending the correct If-None-Match and If-Modified-Since headers the server returns 304 but the XMLHttpRequest status returns undefined so it’s impossible to retrieve the data from cache and save some bandwith. 33385 8 ap 2006-02-19 10:18:14 -0800 The current version of the Web Applications spec <http://www.whatwg.org/specs/web-apps/current-work/#scripted-http> says that these conditional headers cannot be overridden. In WebKit, it would be the job of NSURLConnection to automatically cache the responses and to send correct conditional headers. When a 304 response is received, NSURLConnection transparently transforms it into a 200 response. However, WebKit doesn't allow NSURLConnection to do the caching, which is a bug according to the next paragraph of the spec. Assuming the spec isn't about to be changed (it's a draft with many known issues), this is something that needs to be fixed. Since this is a separate issue, please file a new bug on it. 33510 9 eric 2006-02-20 10:59:23 -0800 7385 is another possible dup. 48186 10 ap 2006-07-04 11:35:03 -0700 (In reply to comment #7) The XMLHttpRequest spec has been changed, now it is specified that If-Modified-Since and other conditional headers can be overridden, and such requests should bypass the cache. Fixed in bug 8210. However, this is not directly related to this bug, which deals with unconditional POST requests. (In reply to comment #6) I am now seeing a problem with 204 responses: they seem to be handled correctly, but break further requests (which all start to return 204). This is not a WebKit issue; filed as <rdar://4612890>. Not passing a 304 response for unconditional requests is <rdar://4457674>. This leaves us with invalid 3xx responses (lacking Location), for which the status is returned as undefined. I am not sure whether this is something that needs to be fixed. 59531 11 djt 2007-10-26 04:00:58 -0700 I'm receiving an exception (INVALID_STATE_ERR: DOM Exception 11) when I try to access the XMLHttpRequest.status method on 303 responses where there is a Location: header returned. I have tried PUT and POST methods. Here is my code: var theRequest = new XMLHttpRequest(); var theContent = [an xml document as a string]; var theURI = [the URI of the web service endpoint]; try { theRequest.open("POST",theURI); theRequest.setRequestHeader('Content-Type', 'text/xml'); theRequest.setRequestHeader('X-HTTP-Method-Override', 'PUT'); theRequest.send(theContent); if(theRequest.status == 204 || theRequest.status == 303 || theRequest.status == 200) { return theRequest.responseText; } } catch(theException) { alert("Exception caught, " + theException); } I'm using Safari Version 3.0.3 (522.12.1) on OS X Tiger 10.4.10. I believe for AJAX purposes 303 responses should be handled correctly when there is a Location: header returned, at the moment the exception is not very useful. Thanks. David Thorpe djt@mutablelogic.com 59533 12 ap 2007-10-26 04:54:34 -0700 (In reply to comment #11) > I'm receiving an exception (INVALID_STATE_ERR: DOM Exception 11) when I try to > access the XMLHttpRequest.status method on 303 responses where there is a > Location: header returned. This is expected behavior: you are making an async request, so theRequest.status and theRequest. responseText are not available right after send(). You need to process the results from an onreadystatechange callback. I'm going to close this bug - most (or all) issues that were originally reported seem to be fixed by now, and keeping it open just adds to confusion. 1503102 13 lforschler 2019-02-06 09:04:06 -0800 Mass moving XML DOM bugs to the "DOM" Component. 4409 2005-10-19 13:08:14 -0700 2005-10-19 13:20:44 -0700 XMLHttpRequest Status Code Test Case xmlhttp-test-case.html text/html 1281 dan PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIKICAgICJodHRwOi8vd3d3LnczLm9yZy9UUi94aHRtbDEvRFREL3hodG1sMS10cmFuc2l0 aW9uYWwuZHRkIj4KCjxodG1sIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sIj4K CjxoZWFkPgoKPHRpdGxlPlhNTEh0dHBSZXF1ZXN0IFRlc3QgQ2FzZTwvdGl0bGU+Cgo8c2NyaXB0 IHR5cGU9InRleHQvamF2YXNjcmlwdCI+IAoKZnVuY3Rpb24gdGVzdFJlc3BvbnNlSGVhZGVyKHJl c3BvbnNlY29kZSkgewp2YXIgeG1saHR0cD1mYWxzZTsKCnhtbGh0dHAgPSBuZXcgWE1MSHR0cFJl cXVlc3QoKTsKCgpyZXNwb25zZUNvZGUgPSBkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgncmVzcG9u c2UnKS52YWx1ZTsKCgl4bWxodHRwLm9wZW4oIlBPU1QiLCJ4bWxodHRwLXRlc3QtY2FzZS5waHAi LHRydWUpOwoJeG1saHR0cC5vbnJlYWR5c3RhdGVjaGFuZ2U9ZnVuY3Rpb24oKQoJewogCiAJCWlm ICh4bWxodHRwLnJlYWR5U3RhdGU9PTQpCiAJCXsKCQkJZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQo J3JldHVybmVkUmVzcG9uc2UnKS52YWx1ZT14bWxodHRwLnN0YXR1czsKCQkJZG9jdW1lbnQuZ2V0 RWxlbWVudEJ5SWQoJ3JldHVybmVkQ29udGVudCcpLnZhbHVlPXhtbGh0dHAucmVzcG9uc2VUZXh0 CgkJfQoJfQoKCXhtbGh0dHAuc2V0UmVxdWVzdEhlYWRlcignQWNjZXB0JywnbWVzc2FnZS94LWps LWZvcm1yZXN1bHQnKQoJCnhtbGh0dHAuc2V0UmVxdWVzdEhlYWRlcignQ29udGVudC10eXBlJywn YXBwbGljYXRpb24veC13d3ctZm9ybS11cmxlbmNvZGVkJykKCXhtbGh0dHAuc2V0UmVxdWVzdEhl YWRlcignQ29ubmVjdGlvbicsJ2Nsb3NlJykKCQoJeG1saHR0cC5zZW5kKCJyZXNwb25zZUNvZGU9 IityZXNwb25zZUNvZGUpCglyZXR1cm4gZmFsc2U7Cn0KCjwvc2NyaXB0PiAKCjwvaGVhZD4KCjxi b2R5PgoKPGZvcm0gYWN0aW9uPSIjIiBtZXRob2Q9ImdldCIgb25zdWJtaXQ9InJldHVybiB0ZXN0 UmVzcG9uc2VIZWFkZXIoKTsiPgpSZXNwb25zZSBjb2RlIGRlc2lyZWQ6IDxpbnB1dCB0eXBlPSJ0 ZXh0IiBuYW1lPSJyZXNwb25zZUNvZGUiIGlkPSJyZXNwb25zZSI+PGJyPgpSZXNwb25zZSBjb2Rl OiA8aW5wdXQgdHlwZT0idGV4dCIgbmFtZSA9IiIgaWQ9InJldHVybmVkUmVzcG9uc2UiPGJyPgo8 dGV4dGFyZWEgY29scz0xMjUgcm93cz0zMCBpZD0icmV0dXJuZWRDb250ZW50Ij48L3RleHRhcmVh Pgo8L2Zvcm0+Cgo8L2JvZHk+Cgo8L2h0bWw+ 4410 2005-10-19 13:20:44 -0700 2005-10-19 13:20:44 -0700 XMLHttpRequest Status Code Test Case (PHP/HTML) xmlhttp-test-case.zip application/octet-stream 2362 dan UEsDBBQACAAIAOWAUzMAAAAAAAAAAAAAAAAWABAAeG1saHR0cC10ZXN0LWNhc2UuaHRtbFVYDADa p1ZDbadWQ/UBAACNlN9P2zAQx5/jv+LmPbTVSEzH9gDElUZBAgkGKpnGHk18bYMSJ4sd2grtf9+5 TUTLAK2Kmvhy38/98Dnxh9PrcfLr5gzmrsjh5sfJ5cUYeCjEz4OxEKfJKdydJ1eXMIz2IamVsZnL SqNyIc6+cwb043PnqiMhFotFtDiIynomkolYet7QA9rH0G2pI+00HzEWr6Mui9xY+QpneHh4uJFv nFFpf3eZy3F0d3V5TooJ/m7QOkj831hZjMXmPTnatM4qB25VoeQOl048qEe1sfIRMDZtTOozAkfq CdqqNBbPKQzW/bpdpqXGATyxR1X7TH2Wcqpyi8eMtWuQYHABuxn1B+TAOsqYKOSmy7Qp0Lhohu4s R/94srrQ/V7n1xtEjypvPDxo6VFZoenzm+vbhO/x1hj6jMOU6o2qecX3XN0gBXzWmJrKWFmnHKZz ZWYou2L7AxY8MWAQBNkU+p1i7X/r/aX8MvBvn1gQBO9k7JraoJ68yFx2QB+7scf/BRmXxpHxH0bX loQ2j0B/GF3PRVp0bbPbPet9S1OsXG+vV6C1aoZiGT7k4bSsCyI1OQVgAXtb3qYR+okhiKqqPEuV bxqBaDDXpLCpczR+LLTHvUszuG45sdK89D2i8FsKo/t8e0Ik/7S9JO9Ng6AdOCo+Fpv59eMbi+5I 3Jd65e8+P1DrmJJ/5FCgm5dacuo7B8I290XmJG+pr0z94JiOWmcDXyRotFmN+gjizFTN9nHiYFSB cqcEDpl+tvBRfF+/AL4JAsk79e5o8TUk9p6KxpQouZXDz1+hLhdWHuzviNo9pMiiE5BW+M74Domu VcJ/V0Z/AVBLBwgK0T2IbwIAAAEFAABQSwMEFAAIAAgAw4BTMwAAAAAAAAAAAAAAABUAEAB4bWxo dHRwLXRlc3QtY2FzZS5waHBVWAwA2qdWQy6nVkP1AQAA5Vpbb9s2FH7vryC8IhdgqSNbShskTZEZ dhesWT1fHoZ1GBjp2CIgkxpFOfaK/vfxyI6bLpncSIfehvlBBizx88dz+Q4PqfNQRXBxPlHSsFAl Sr9ufHNcfBoXzx7+3Ok0LvYSc/YmjdPzG82aF6vrcw1ZqmQGHQuXsfMmjnwAe3KCsK8Z15ovD+6P 35M3WXr28PooUK93eopAzSa7khOlZ9wIJXnCvMWiAtzdvLzj4y3E96bm7PFHOp2VyRoI0rF3hMyh UYr2bS2qHgVVjw1vhQljIaesr5VR9pnsq1jX89owD0PIskmesFYtl7UoXIYg739w56wWhbMQpKOB G4hcMm1RMG2xS+vf1DHVNgXVNvtRyaPL3MRKC2N1ZA73NcUlf5+Cv2/5F3oD0rgkG1CQDdgAMjC7 4HtCwfeE9bk2whaWpzCuJ40DiISGEIOPtWtpY5tCGxHkOk+MSBNgnVgJq9vu/NamUEoEuVZziFgf bBpL67dk6ZIzgWYiSE/l0qFgtikEE0GGAOy9iUG75Eogju1CHI2NhUhMhMta1KaQRwQZZ4DrsIXT cH1JwfUlG8EsVZrr5UaydqCOnUTYdGZdrZVmfi159CnkEUG+45E1we85ZA4rmk+hjAgylny12PnD ZUb4FKKIIH2+nKHH0cA2yJxSJtBHBOkpfSOiCBwuHn0KffTX+ui47vgU4ogg12DjNiooXyaJunUb DAQLSAQp2BbNEL9JHG4I+BSyjiBF+WHYENm0E2HRBe0k+15R8H91p8RsJGagcqeKfErB+BR7i0ki vrJ8VqPqUZQ6C/JWSZcx7FHUOAvyDuTUxLuIWo+izFmQvl0/KRmJItt6XCRuWVNUOgtyl2tdqxRm yUZKsXdcT52GCEXhsyBr6kfjwdWKt5JTl7QpaqAFGcssT+2y29ju9touuzkbLVOn9qaogxZkbW9L e8DlFIq6OLTFJZsIx4XRoyiMFqS7SG2Pw5+aoTU3ykHPQa/7naBWvxNQ9DsIciUNaDxtuU/OnQMD is4HQTDkrmZpAthQuNTXgKL5QRDsLN9yA7fc4YZAQNH3BMW+kJ6LELDDnNv8cJvWAUUHhCBr+35e L1bhtPrLw7Mtg0vvigk7EFkG5qB04s9/G3R/GneHo1Iqv5ROfP/+Ye1+KdCvh4fltD+W367k3M1h 8rZz5H+Vpbb4t1pU1I2WL47lKxjiAVC9aCGOokrRFQOPQJfO43GjbnTj+9Go3/ReeKxRHqAvtgTo rp1TMdb+7gphrLYo7H/UUhUN9anaMEgsn/9T2jxp1/yfjNq/EP0gP2zZ1N0914OfVc4y25oUZ1yM s03txBe7mIm5YZGCTO4bBgthu3Uh2WaCR8zoJeNS4XkeUxIHqHwaHzqZ5pb8WN8ujcI3uKz74rln n7+LV9n+BFBLBwiJ4AtZIQQAANEmAABQSwMECgAAAAAAHYFTMwAAAAAAAAAAAAAAAAkAEABfX01B Q09TWC9VWAwA2qdWQ9qnVkP1AfUBUEsDBBQACAAIAMOAUzMAAAAAAAAAAAAAAAAgABAAX19NQUNP U1gvLl94bWxodHRwLXRlc3QtY2FzZS5waHBVWAwA2qdWQy6nVkP1AQAAY2AVY2dgYsAEIDFOIDYC YgUoPwhFhQAWXUAAAFBLBwj08o1QHAAAAFIAAABQSwECFQMUAAgACADlgFMzCtE9iG8CAAABBQAA FgAMAAAAAAAAAABApIEAAAAAeG1saHR0cC10ZXN0LWNhc2UuaHRtbFVYCADap1ZDbadWQ1BLAQIV AxQACAAIAMOAUzOJ4AtZIQQAANEmAAAVAAwAAAAAAAAAAECkgcMCAAB4bWxodHRwLXRlc3QtY2Fz ZS5waHBVWAgA2qdWQy6nVkNQSwECFQMKAAAAAAAdgVMzAAAAAAAAAAAAAAAACQAMAAAAAAAAAABA /UE3BwAAX19NQUNPU1gvVVgIANqnVkPap1ZDUEsBAhUDFAAIAAgAw4BTM/TyjVAcAAAAUgAAACAA DAAAAAAAAAAAQKSBbgcAAF9fTUFDT1NYLy5feG1saHR0cC10ZXN0LWNhc2UucGhwVVgIANqnVkMu p1ZDUEsFBgAAAAAEAAQAPAEAAOgHAAAAAA==