You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems url-polyfill is not detecting an incorrect behaviour from edge and therefore not polyfilling the whole URLSearchParams with standard behaviour. Even if I add the polyfill before the code, it falls back to edge behaviour which breaks the code, requiring custom browser workaround.
Yes, this is a legit behavior: the introduction of Symbol.iterable is pretty recent, just like classes/functions accepting them as input. This polyfill currently doesn't support iterables as input to support IE. But this could be easily solved by using iteratorSupported in the constructor.
I see 2 solutions for you:
new URLSearchParams(Array.from(formData.entries()))
I'm trying to run the tests locally to create a failing test and eventually a PR. However, there are a lot of moving parts. Do you know a step by step on how to run the tests for EDGE on Mac? If not that's fine I'll spend some time to try to figure this out.
It seems
url-polyfill
is not detecting an incorrect behaviour from edge and therefore not polyfilling the wholeURLSearchParams
with standard behaviour. Even if I add the polyfill before the code, it falls back to edge behaviour which breaks the code, requiring custom browser workaround.Failing code:
SSCCE that fails on Edge and includes the polyfill in "resources": https://jsfiddle.net/v138s4x2/
If you use spread, it works. Here's my workaround at the moment:
The reason is outlined here:
Expected behavior:
The polyfill detects and intercepts the faulty behavior from Edge and overrides
URLSearchParams
with standard behaviorThe text was updated successfully, but these errors were encountered: