-
Notifications
You must be signed in to change notification settings - Fork 137
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
remove need for "//" after protocol? #182
Comments
We cannot make backwards-incompatible changes. |
Would it still be backwards-incompatible if the "//" were optional instead of required? |
The problem is that the parsing of such URLs depends on what the base URL is. Better to keep requiring it. |
If the base URL has it, then the resolved URL can as well. It could optionally not do so too, I would think, but that may be something for a URL minifier/optimizer library. |
I think you might have missed my point. I recommend looking at https://url.spec.whatwg.org/#example-url-parsing. Contrast examples 1, 4, and 5 in that table. |
The 4th in that table might pose a problem. There're other related examples not listed in that table:
|
The first is 1, no? The second looks bogus. Should be https://example.com/example. |
The first one in your table has both a domain and top-level domain, which shouldn't make a difference.
|
(updated above comment) |
If you remember this: http://bits.blogs.nytimes.com/2009/10/12/the-webs-inventor-regrets-one-small-thing/?_r=0
The text was updated successfully, but these errors were encountered: