Avoid { ...window.location } to support happy-dom

[anmolitor]

In history.js there is a usage of { ...source.location }, which somehow works in the Browser,
but fails in other environments like happy-dom since the Browser behaviour around window.location
can only be emulated with get and set Methods.
Spreading does not take get Methods into account, so things like location.pathname will be undefined afterwards.

My suggestion is explicitely spreading the location, like so:

const getLocation = (source) => {
    return {
        pathname: source.location.pathname,
        href: source.location.href,
        origin: source.location.origin,
        ...
        state: source.history.state,
        key: (source.history.state && source.history.state.key) || "initial",
    };
};

What do you think? Or is there a good workaround for testing environments that I am unaware of?

[anmolitor]

I also submitted an issue in happy-dom since I consider this a mismatch between the Browser DOM implementation and happy-dom, and it should be fixable on their side as well by adding artificial fields in the location class.