Open amardeep opened 1 year ago
Yes, I can confirm it. core-js
URL
punycode logic is not perfect (and I'm not sure that a complete acceptable fix for that is possible).
I can work on this issue only after some days, so if someone wanna work on it before - feel free.
@zloirock It looks interesting, I can start looking into it, if you haven't already
@tasawar-hussain 👍
I don't know if it would be useful (as it is written in C++), but Node.js recently switched to ada for URL parsing, and this uses idna for converting between unicode and ascii.
Maybe some inspiration could be taken from their utf32_to_punycode implementation, which seems relatively short and free of dependencies (though obviously JS doesn't start from UTF32).
I'm trying to use pdfjs on the lower version of Chrome. There is a piece of code used to determine whether the worker src is of the same origin. When using the blob url as the worker src, it will be judged as false. Here is an example below.
this._isSameOrigin = (baseUrl, otherUrl) => {
let base;
try {
base = new URL(baseUrl);
if (!base.origin || base.origin === "null") {
return false; // non-HTTP url
}
} catch {
return false;
}
const other = new URL(otherUrl, base);
return base.origin === other.origin;
};
https://stackblitz.com/edit/vitejs-vite-kekzvf?embed=1&file=url.js
@iTsingchen could you create a separate issue?
Consider the following url which has non-ascii characters:
https://𝚍𝚒𝚜𝚌𝚘𝚛𝚍.gg
While trying to parse this for the hostname, both nodejs and chrome return ascii string
discord.gg
but corejs returnsxn--ci2hbbs5ase.gg
Here is the code: