#10660 closed bug (wontfix)
no transport error on Windows Phone 7
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | low | Milestone: | None |
Component: | ajax | Version: | 1.6.4 |
Keywords: | Cc: | jaubourg | |
Blocked by: | Blocking: |
Description
an ajax request throws a 'no transport' error using PhoneGap and Windows Phone 7. To fix this we need to do a:
$.support.cors = true;
before the request. This might be related to the fact that in this situation:
parent.location.protocol == 'x-wmapp1:'
not file: or local: like on other devices
Change History (10)
comment:1 Changed 11 years ago by
Owner: | set to [email protected]… |
---|---|
Status: | new → pending |
comment:2 Changed 11 years ago by
Status: | pending → new |
---|
I do agree that it is not a very high priority bug since there is a workaround the user can do, and I agree that Microsoft shouldn't be just making up their own protocol where local: or file: would work fine.
But I do think it should be eventually fixed since it would seem to be a very low risk fix and we gain consistently across all platforms. I have already seen a few posts of people running into this issue.
comment:3 Changed 11 years ago by
Cc: | jaubourg added |
---|---|
Component: | unfiled → ajax |
Keywords: | needsreview added |
Priority: | undecided → low |
Status: | new → open |
comment:4 Changed 11 years ago by
I am dealing with this directly in PhoneGap code for WP7 Mango. The issue is a security access violation when using XHR to local files. The WP7 Silverlight WebBrowser component does not have a domain when running locally, so ALL local XHR requests fail. Not just a jQuery issue.
- Jesse
comment:5 Changed 11 years ago by
Keywords: | needsreview removed |
---|---|
Resolution: | → wontfix |
Status: | open → closed |
"$.support.cors = true;" is the way to go for now. Mobile browsers move too fast and too ectically for us to handle every single case.
comment:6 Changed 10 years ago by
So do you think one programmer can use this "bug" for gain informations about other sites?
comment:7 Changed 10 years ago by
I disagree with closing this issue, we should have confidence that jQuery will work across all devices/browsers. This bug is very easily fixed in the jQuery code, it is a very low risk fix, and we gain consistently across all platforms.
This is not the old windows phone OS, this is the new windows 8 OS
comment:8 Changed 10 years ago by
just one more bit of info, Windows Phone and Windows 8 desktop use 2 different protocols:
parent.location.protocol == 'x-wmapp1:' and parent.location.protocol == 'ms-appx:'
comment:9 Changed 10 years ago by
With Windows Phone 8 the thrown error is NetworkError instead of No Transport.
My test code for both WP7 and WP8:
$.ajax("http://localhost:8081/api.html", { async: false, contentType: "text/xml", data: body, type: "POST", success: function (data, textStatus, jqXHR) { console.log("request successful, body: " + data); //Code that should happen }, error: function (jqXHR, textStatus, errorThrown) { console.log(textStatus + ": " + errorThrown); } });
Logged in Console: WP7: Log:"error: NetworkError" WP8: Log:"error: NetworkError"
If I put $.support.cors = true; in front of it, it works.
comment:10 Changed 9 years ago by
Cordova adds a XHRHelper.cs component that makes things work in WP7 and WP8, as long as you don't use absolute URLs of the form x-wmapp0://www/filename.html. If you just request www/filename.html it will work just fine.
I have proposed a fix that will allow WP7 and WP8 to handle absolute URLs at https://github.com/apache/cordova-wp8/pull/30/. This means that, if my PR is accepted, then WP8 with Cordova will be completely fine, while WP7 will still require the $.support.cors workaround.
The only remaining argument for this workaround to be included in core, IMO, is that whenever it works in plain JS (i.e. whenever Cordova is around to provide handling of Ajax to this weird URL scheme), it should also work in jQuery, but currently it does not.
Since we just shipped 1.7 today we aren't going to be able to do any internal fix for a while, so the cors solution is fine. And I'm not sure that we should. Is the "x-wmapp1" protocol some standard name? If so it sure seems to be randomly chosen.