Inline URLUtilsReadOnly since the URLUtils abstraction is not working out

[annevk]

See whatwg/url#62 for details.

[domenic]

Ugh, the en-GB-x-hixie vs. en-US is screwing us here. Are you sure you want (some of) the data-x's to use z, matching URL, whereas the human text uses s?

[annevk]

|'m not. I guess once we use data-x-href more consistently the internal data-x value is really irrelevant. We could also move back to US and perhaps no longer declare -hixie since he's no longer the sole editor.

[domenic]

Yeah, maybe a good long term plan. In the meantime maybe just stay consistent? Not a blocker for this PR though IMO.

[annevk]

There's actually a small theoretical problem that I wonder if anyone has input on. When WorkerGlobalScope is created its url is null. It only becomes non-null after the worker script has been fetched. We could also make it the constructor url until fetching has happened I suppose but that seems even more of a lie. However, that means that until that time workerGlobalScope.location is in a somewhat fragile state. Now this cannot be observed on the web so it is not technically a problem, but it does seem unclean.

[domenic]

I really am not worried about that personally, since you can't run script that accesses location until script is loaded, so the intermediate state is not observable.

If you make the change to having a WorkerGlobalScope, then maybe I'd think of inserting a note like "This WorkerLocation's associated WorkerGlobalScope will only have its url property set after the worker script has been fetched. This does not impact the above algorithms, since these getters can only run after script has been fetched."

[annevk]

My main worry now is that while WorkerLocation objects are created, WorkerNavigator objects (and maybe others?) are not. However, we can fix them as we go I suppose. I would appreciate another quick look.

[domenic]

s/the/this

[annevk]

Not doing this given the definition of self. Once IDL defines this life will get better.

[domenic]

Commit message title is too long by GitHub's standards

[domenic]

LGTM with nits