Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#17015 closed defect (wontfix)

file:// fails on IE9+

Reported by: vita Owned by: Rawld Gill
Priority: undecided Milestone: tbd
Component: Loader Version: 1.9.0b2
Keywords: Cc: Bryan Forbes
Blocked By: Blocking:

Description

The current implementation(dojo.js) of detection IE "dojo-force-activex-xhr" is using condition has("host-browser") and !document.addEventListener. Because IE 9 and upper supports addEventListener is dojo-force-activex-xhr computed as false and xhr for the file:// protocol failed. Same problem in request/xhr.js

Attachments (2)

xhr.js.patch (289 bytes) - added by vita 7 years ago.
dojo.js.patch (261 bytes) - added by vita 7 years ago.

Download all attachments as: .zip

Change History (5)

Changed 7 years ago by vita

Attachment: xhr.js.patch added

Changed 7 years ago by vita

Attachment: dojo.js.patch added

comment:1 Changed 7 years ago by bill

Component: CoreLoader
Owner: set to Rawld Gill
Summary: Detecting IE xhrfile:// fails on IE9+

I split the dojo/request bug off to #17020. We can use this ticket for the loader.

comment:2 Changed 7 years ago by Rawld Gill

Resolution: wontfix
Status: newclosed

The proposed patch breaks FF. It can be fixed by using the expression

typeof ActiveXObject !== "undefined" 

However, I'm unable to get the file protocol to work in IE9 at all (e.g. can't get IE9 to even load dojo.js), so I don't see any point in the change. If someone can point me to settings that will make the file protocol work in IE9 (and Chrome for that matter), then I'll reconsider this proposal.

comment:3 Changed 7 years ago by Bryan Forbes

Cc: Bryan Forbes added
Note: See TracTickets for help on using tickets.