#13186 closed defect (fixed)
loader fails to follow ie code paths on ie9
| Reported by: | Rawld Gill | Owned by: | Rawld Gill |
|---|---|---|---|
| Priority: | high | Milestone: | 1.7 |
| Component: | Loader | Version: | 1.7.0b1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: |
Description
ie9 includes addEventListener but it doesn't fire onLoad like other browsers. Therefore, can't differentiate ie solely with test for addEventListener.
Currently, loader is defective in ie9 since the ie code path is not selected for define.
Change History (4)
comment:1 Changed 10 years ago by
comment:2 Changed 10 years ago by
| Status: | new → assigned |
|---|
Looks like this is fixed in [25435]. However, the loader should probably remove the has feature test dom-addeventlistener. That this test has been defined is currently (improperly) depended upon in at least one other dojo module. Keeping this ticket upon to track this cleanup issue
comment:3 Changed 10 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
has.add("dom-addeventlistener" has been removed from the loader. The test add exists in dojo/has, so we should be OK.
comment:4 Changed 9 years ago by
| Version: | 1.6.1 → 1.7.0b1 |
|---|
Presumably not an issue on 1.6 since the new loader code started in 1.7, right? Unfortunately we don't have a good way to mark tickets that never occurred in a release.
(In [25435]) properly detect ie9 in loader; refs #13186; !strict