Internet Explorer width calculations is stuck in a loop

[Michal Turecki]

The issue is difficult to reproduce as it only shows when certain amount of parent objects is present, with complex DOM, some flex containers. Surely due to slow IE rendering, width calculation stays behind of actual rendering causing infinite recalculation of a container width.

The example firefox grid placement settles at 919.75px and stays the same until parent container is resized:

On IE, for the same resolution the width is changing between 3 different values with sub-second interval:

The result looks like this:

I checked it on the rc11 build before refactorings and rc13 as well - no difference. Is there a way to implement a delay for updating widths? I don't consider IE top priority really but not supporting it due to such issue would not be ideal - if resizing delay can be introduced, IE users will notice a problem only when window or parent container is resized which would be a more bearable than above :)

[Shlomi Assaf]

Sure, got it.

I'll try to find some fix... thing is i'm using OSX so it will be challenging working on a VM :)

[Shlomi Assaf]

@t00 Can you help here and provide a StackBlitz with a working example?

[Shlomi Assaf]

@t00 another thing that might help here..

Do you think #73 might solve this? seems related...

Resize events are debounced between animation frames so it's a delay

I'm posting release RC.16, let me know if it helps here.

[Shlomi Assaf]

Closing this as long time have passed and we're in version 3 now.

Re-open if still occures.

[Michal Turecki]

Thanks for looking into the issue anyway, I gave up entirely from supporting Internet Explorer - it is madness :)