Repository navigation
URL.canParse() should throw an error #47505
Description
Activity
@jazelly the type conversion / validation works correctly, so this comment is not related to this issue.
Reacted by Benjamin Gruenbaum, Jason Zhang and KhafraYeah passing no argument is different from passing something that gets coerced
Reacted by Jason ZhangThanks for clarifying. Can I give this a try.
- addedinvalidIssues and PRs that are invalid.Issues and PRs that are invalid.whatwg-urlIssues and PRs related to the WHATWG URL implementation.Issues and PRs related to the WHATWG URL implementation.
on Apr 11, 2023 We are strictly following the whatwg spec. If you think we should throw an error, you should recommend adding a test to web platform tests.
If you think we should throw an error, you should recommend adding a test to web platform tests.
We are strictly following the whatwg spec.
Since it's still an issue - it seems not - at least you're misinterpreting Web IDL - and it's not the first similar case #41450.
Since it's still an issue - it seems not - at least you're misinterpreting Web IDL
I think you're right, but we have to wait for a web-platform test.
@anonrig a wpt is unlikely to be added because it's an issue with webidl.
edit: I guess there might be tests in the idlharness, but I'm pretty sure the url tests are updated.
Reacted by Benjamin Gruenbaum and Timothy GuI don't think we should block bug fixes on WPT. We can add (and already have) our own tests.
Reacted by Benjamin Gruenbaum- added a commit that references this issue
on Apr 11, 2023 - removedinvalidIssues and PRs that are invalid.Issues and PRs that are invalid.
on Apr 11, 2023 Fixed by a07caf3
- added a commit that references this issue
on Dec 25, 2023
Version
19.9.0
Platform
All
Subsystem
URL
What is the expected behavior? Why is that the expected behavior?
What do you see instead?
Additional information
See the signature https://url.spec.whatwg.org/#url-class