ladybird/Tests/LibWeb/Text/input/URL/set-href-with-valid-hostname-but-invalid-port.html

<!DOCTYPE html>
<a id="id" href="http://example.net/path">
<script src="../include.js"></script>
<script>
    test(() => {
        let a = document.getElementById('id');
        println(a.href);
        a.host = "example.com:65536";
        println(a.href);
    })
</script>
Meta: Add DOCTYPEs to most text tests 2025-03-18 19:28:35 +01:00			`<!DOCTYPE html>`
LibURL+LibWeb: Pass a mutable reference URL to URL parser If given, the spec expects the input URL to be manipulated on the fly as it is being parsed, and may ignore any errors thrown by the URL parser. Previously, we were not exactly following the specs assumption here which resulted in us needed to make awkward copies of the URL in these situations. For most cases this is not an issue. But it does cause problems for situations where URL parsing would result in a failure (which is ignored by the caller), and the URL is _partially_ updated while parsing. Such a situation can occur when setting the host of an href alongside a port number which is not valid. It is expected that this situation will result in the host being updates - but not the port number. Adjust the URL parser API so that it mutates the URL given (if any), and adjust the callers accordingly. Fixes two tests on https://wpt.live/url/url-setters-a-area.window.html 2024-08-13 19:18:50 +12:00			`<a id="id" href="http://example.net/path">`
			`<script src="../include.js"></script>`
			`<script>`
			`test(() => {`
			`let a = document.getElementById('id');`
			`println(a.href);`
			`a.host = "example.com:65536";`
			`println(a.href);`
			`})`
			`</script>`