-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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.
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
Some Browsers Don't Properly Import XML with Sub-Block Nodes #2499
Comments
Good grief. Thanks for this. Can you check to see if Microsoft browsers know about Node.TEXT_NODE? |
I've prepared this commit: 2c09839 However, I'll wait until we hear whether Microsoft browsers support Node constants before creating a PR. What's odd is that Element is a child of Node. Which means that if a property is on Node, then it should also be on Element. |
Thanks! PR #2503 created. |
#2503 has been merged. |
Problem statement
If the XML parser tries to deserialize some xml that has nodes inside block tags (i.e. shadow blocks, values, etc) it will sometimes fail, depending on the browser.
This can be seen when opening certain toolbox categories, as well as when importing straight XML through the playground.
Steps to Reproduce
Stack Traces
Operating System and Browser
Additional Information
I think the problem originates with #2468 If you try and log the value of
Element.TEXT_NODE
inside of thedomToBlockHeadless_
function when you're running on internet explorer or edge, it will return undefined. If you log it when on chrome or firefox it returns 3 (correct).The text was updated successfully, but these errors were encountered: