14831 2007-07-31 11:40:35 -0700 Status code of local failed GET request is different on Mac and Windows 2008-06-23 16:34:11 -0700 1 1 1 Unclassified WebKit XML 523.x (Safari 3) Mac OS X 10.4 NEW InRadar, PlatformOnly P2 Normal --- 10489 1 jesse webkit-unassigned andersca ap bedney oldest_to_newest 3222 0 jesse 2007-07-31 11:40:35 -0700 var r = new XMLHttpRequest(); r.open("GET", "nowhere.html", false); r.send(); assertEquals(400, r.status); 3229 1 jesse 2007-07-31 11:50:31 -0700 *** Bug 14832 has been marked as a duplicate of this bug. *** 3245 2 ap 2007-07-31 13:37:02 -0700 What version is this a regression from? I'm getting the same result (-1100) in shipping 10.4.10 Safari/WebKit. Clearly, it's wrong to expose a platform-specific error code as http status, but I would expect it to be 0 or 404 in this case. Do other browsers set the status of failed file:// request to 400? 3251 3 jesse 2007-07-31 14:43:37 -0700 Sorry for not being clear, sometimes it is difficult to figure out how Safari has changed given how much of our own code is written on top of it. What I meant to say is that Safari 3 beta 3.0.1 and the V3 branch up until that point throws an error for the code sample that I provided, while the latest nightlies just set the status code to -1100 on Mac and 112 on Windows. Either throwing an error as in V3 beta or setting the status code to a consistent value in the 400s would be a fine resolution. 3279 4 ap 2007-08-01 00:38:20 -0700 We no longer raise an exception in this case, because it broke some Dashboard widgets. I would really love to fix this in a sensible way, but we may have to make Windows port match Mac first, and only fix the behavior of both after Safari 3 (it seems too late to change Mac behavior now). Other cases to verify are trying to access a local directory instead of a file, and permissions problems. 3283 5 mrowe 2007-08-01 05:36:47 -0700 <rdar://problem/5376642> 83862 6 bedney 2008-06-19 06:19:56 -0700 This was not a problem for me for the Safari 3.X series (i.e. the same 'failure' code was being used for both plaforms), but is now definitely a problem for the Safari 4.X developer preview. Safari/Windows is just returning a 404, whether the directory exists or not (I'm using this for 'directory existence detection'). Here is what I would propose (and which should obviously work cross-platform): 1. If the file:// URL points to a file and the file exists, the status code should return 200. The responseText/responseXML may very well be empty or null (meaning no content). If the file doesn't exist, it returns 404. 2. If the file://URL points to a directory and the directory exists (even if it has no files within it), the status code should return 200. If the directory doesn't exist, it returns 404. Thoughts? Cheers, - Bill 84201 7 bedney 2008-06-23 16:34:11 -0700 All - I'll amend what I said earlier. It seems that this is also an issue for Safari/Windows 3.1X. So Safari 3.1+ on Windows and Safari 4.0 developer preview all platforms are showing inconsistent and screwy values for this. Cheers, - Bill