WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
230051
Compat problem with new URL()
https://bugs.webkit.org/show_bug.cgi?id=230051
Summary
Compat problem with new URL()
Luke Warlow
Reported
2021-09-08 09:59:23 PDT
Steps to reproduce the problem: 1. Navigate to
https://jsfiddle.net/40abpv7d/
2. Look at the HTML output I'm not entirely sure on the correct behaviour. Chrome, Firefox and Safari all behave differently. Chrome -
https://%22google.com/
Safari - https://"google.com/ Firefox - TypeError: URL constructor: https://"google.com is not a valid URL. As I say I'm not sure if Chrome, Firefox or Safari is "correct" as far as the spec is concerned. But from what I as a web developer expect I would say that Firefox is the most correct, followed by Chrome. Safari's behaviour of outputting a non URL safe string surprises me.
Attachments
Add attachment
proposed patch, testcase, etc.
Luke Warlow
Comment 1
2021-09-08 09:59:46 PDT
Firefox Bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1729733
Chrome Bug:
https://bugs.chromium.org/p/chromium/issues/detail?id=1247709
Radar WebKit Bug Importer
Comment 2
2021-09-15 10:00:22 PDT
<
rdar://problem/83155604
>
Alex Christensen
Comment 3
2021-09-15 10:19:51 PDT
According to
https://url.spec.whatwg.org/#forbidden-host-code-point
WebKit is correct here. I look forward to other browsers either changing to match the spec or raising an issue with the spec for discussion. It seems like Firefox intends to match the spec here.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug