URL: fix setters tests

[rmisev]

These tests were introduced in the #38032

According to the URL specification U+000D is a newline character and must be removed before further processing.

[domenic]

jsdom/whatwg-url passes both before and after this change, so, not sure what that says... should you just include new tests instead of changing the existing ones?

[annevk]

I restored the trailing U+000D test with changed expectations. If you still have a 100% pass rate there's something wrong with the test harness maybe?

[anonrig]

jsdom/whatwg-url passes both before and after this change, so, not sure what that says..

The spec says that:

The protocol setter steps are to basic URL parse the given value, followed by U+003A (:), with this’s URL as url and scheme start state as state override.

The changes requested in this pull request are correct. It shouldn't have passed for jsdom/whatwg-url package since all newline characters are removed before the scheme start state. Therefore, whether or not the input includes ASCII tab and/or newline shouldn't have made a difference.

[domenic]

The mystery here was almost certainly caused by the use of var in the test harness, fixed in #51369.