Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

IE 11 Support #97

Closed
ksons opened this issue Feb 3, 2015 · 1 comment
Closed

IE 11 Support #97

ksons opened this issue Feb 3, 2015 · 1 comment
Assignees
@csvurt
Milestone
Release 4.9

Comments

@ksons
Copy link

ksons commented Feb 3, 2015

No description provided.

@ksons ksons added this to the Release 4.9 milestone Feb 3, 2015
@csvurt csvurt self-assigned this Feb 17, 2015
csvurt added a commit that referenced this issue Feb 17, 2015
@csvurt
#97: Adjust Xflow function regex pattern to account for differences i…
7e39bea 
…n the way IE11 handles Function.toString
csvurt added a commit that referenced this issue Feb 17, 2015
@csvurt
#97: Relax XML mimetype checking to cover more possibilities (eg. "ap…
1dad9df 
…plication/xhtml+xml")
csvurt added a commit that referenced this issue Feb 18, 2015
@csvurt
#97: Change parentElement to parentNode in test suite, (ironically) I…
75e29f4 
…E 11 doesn't support it in these cases
csvurt added a commit that referenced this issue Feb 19, 2015
@csvurt
#97: IE does not support using textNode.nodeValue to set character da…
df533b4 
…ta, fixed the affected tests
csvurt added a commit that referenced this issue Feb 19, 2015
@csvurt
#97: Removed some unnecessary attribute tests. The important thing is…
b021f37 
… the internal value and that seems to be consistent
csvurt added a commit that referenced this issue Feb 19, 2015
@csvurt
#97: Also check for attribute handlers through their lowercase name
da9b3a6 
IE automatically lowercases all attribute names when doctype is HTML. This is a small bandaid to
fix setAttribute for fields like fieldOfView in IE until we normalize all attribute names to be lowercase.
csvurt added a commit that referenced this issue Feb 20, 2015
@csvurt
#97: Store the request URL in the returned XMLDocument to workaround …
e852f9c 
…weird behavior with document.URL in IE

In IE document.URL always holds the same value as window.location.href, even if the document was loaded from an external source
with an HTTP request. Without explicitly storing the original request URL in the response we have no way of resolving relative
URIs inside the returned XMLDocument (ie. src="asset.xml#asset").
@csvurt
Copy link
Contributor

csvurt commented Feb 23, 2015

IE 11 support should be complete now. There's one issue left (and as a result one failed test), listeners of the "onload" event added to the XML3D element as an attribute will be called twice in XHTML documents. Because we plan to phase out XHTML in the future, and because this only affects IE 11 in a non-critical way, we've decided to leave this as a known issue rather than build in an IE specific workaround.

@csvurt csvurt closed this as completed Mar 31, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@csvurt csvurt

Labels
None yet
Projects
None yet
Milestone
Release 4.9
Development

No branches or pull requests
2 participants
@ksons @csvurt