-
Notifications
You must be signed in to change notification settings - Fork 141
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
Inconsistency between Chrome vs Node.js parsing #677
Comments
Yep, this is a known Chrome bug. https://jsdom.github.io/whatwg-url/#url=&base=cmVzb2x2ZTovLw== shows how the spec expects this to resolve. You can follow the general project of aligning Chrome with the URL Standard at https://bugs.chromium.org/p/chromium/issues/detail?id=660384 ; I suspect this issue is https://bugs.chromium.org/p/chromium/issues/detail?id=869291 I'll close this since the correct place to discuss implementation bugs is the Chromium issue tracker. |
Hmm, I think live URL viewer doesn't like empty strings for |
THanks for all the links! |
Hello all,
I'm not sure this is the right place to report this, but I found an inconsistent behavior of URL constructor in different environments.
Given following construction:
Here is what happens in different environments I tested:
VM2548:1 Uncaught TypeError: Failed to construct 'URL': Invalid URL
Node.js actually has a documentation section where it gives guide lines how to port
url.resolve
into WHATWG URL. This example is usingresolve://
protocol. I do have an isomorphic needs (running the same code in browser and Node.js) and this inconsistency is causing very nasty bugs in Chrome. Not sure what other browsers are affected.The text was updated successfully, but these errors were encountered: