-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Array mutation methods cause IE to crash #2292
Comments
Hmm, I can't seem to reproduce this in IE 10, 11, or Edge. Can you try with #2314 applied? |
Thank you for the quick response… I do not believe this is a polymer issue; rather, it is IE (go figure…). I have <div style=’display:table’… in my template and children of that div that are etc… when changing the data using the array mutation methods, which causes the elements to be removed and rendered again, IE will crash.
I will try with #2314 just to see. Thanks From: Daniel Freedman [mailto:notifications@github.com] Hmm, I can't seem to reproduce this in IE 10, 11, or Edge. Can you try with #2314#2314 applied? — |
I'm seeing the same behavior with array mutation methods and IE 11. I tried Polymer 1.2.1 but I still have the same issue. Looks like it crashes in polymer-mini.html on Did you ever get it working @kgastelum ? |
Posting this in case it helps someone else... We used dom-repeat with fake table classes (instead of table/tr/td because of #1567), but then it was crashing in IE unless we remove the display: table and display: table-row styles. I finally figured out it works with 0.7.16 webcomponents.js but NOT with 0.7.16 webcomponents-lite.js, so we'll be using webcomponents.js now. |
Wow that's nuts. The difference you're seeing is probably due to webcomponents.js using the ShadowDOM Polyfill (-lite never uses the polyfill), and that is probably smoothing over the IE bug internally. |
+1 @robdodson @tjsavage - please can we we get help either working around this or getting a fix prioritised? This is affecting the browser support of GE Digital's Predix polymer-based Platform. We're getting crashes across IE10 and 11 with custom Polymer components that we've created. We're actively trying to work around it on our end but really need your help to get past this blocker. As always, thanks. (p.s. I could've sworn I sent this message yesterday but I can't find it - apologies if I've asked the same thing twice!). |
We can prioritize, my understanding is this may likely take a good amount of digging to get a root cause & fix. @azakus any thoughts on a workaround? |
Thanks @tjsavage! We really appreciate your help. |
If you replace the table styling with |
Yeah... We'd love to use a normal table but 'cause #1567 ;-) |
I traced this into @kevinpschaaf I might need some help here. |
Ok, I got to the same spot as #2292 (comment) |
I can change this to |
Ok, looks like removing the text node from its parent is the crasher. |
WHOA, if you put |
Whoa indeed... must try that! Thanks for digging in @azakus |
Workaround works for me too. Thanks again for investigating @azakus! |
FWIW we ran across this today in a case where an array was being replaced with a new array which was a subset of the previous array. The same workaround works for us. We have dozens of places where we are using arrays with dom-repeat but only one seems to need the workaround. That's a little disturbing! |
Any chance of making strip-whitespace the default? If it fixes the issue and boosts performance, seems like it should be considered. I'm guessing most people use block-level elements inside templates so whitespace is rarely significant. In those cases there could always be the option to turn it off. |
@kevin-wise-infusionsoft There is an already open issue to discuss this feature: #3363 |
So besides a Still seeing the issue on Polymer 1.5.0. |
Up! It seems in Polymer 1.9.1 this is still an Issue. |
Yep still an issue in 1.11.0, no issues applying the workaround |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed after being marked stale. If you're still facing this problem with the above solution, please comment and we'll reopen! |
Working on a component that data binds to an array of complex objects. The initial rendering is fine; however, when the data changes, using the mutation methods to modify the property will cause IE to crash.
for (var x: number = 0; x < newdata.length; ++x) {
this.push("shapedData.groupedData", newdata[x]);
}
The text was updated successfully, but these errors were encountered: