Philip Jägenstedt

It was removed in https://github.com/w3c/css-houdini-drafts/commit/5261c1a323ea062d69cb5a3f1e69734fd176948a, this can be closed.

But it looks like no Chrome bug was ever filed. It's still in [css_position_value.idl](https://source.chromium.org/chromium/chromium/src/+/main:third_party/blink/renderer/core/css/cssom/css_position_value.idl;drc=c2e7d4f0b24814b0d1c51a964db34ec5b4930756) with no FIXME or anything.

Screenshot of the problem: 

I'd like to use https://github.com/mdn/browser-compat-data/tree/master/browsers to get the release dates, and then we could also use the BCD versions as canonical.

@dontcallmedom, this actually is not related to https://github.com/mdittmer/web-apis/issues/34, the web-apis repo holds a few different experiments, and the IDL-related code isn't used for Confluence. Confluence works entirely on "object graphs"...

Yep, I was confused by the fact that I've always clicked "Expand All" without waiting for the load. As discussed on chat, what we should have is probably a toast...

Apparently `Object.getOwnPropertyNames(Location.prototype)` doesn't include "href", or anything other than "constructor".

Spec is at https://html.spec.whatwg.org/multipage/history.html#the-location-interface and uses `[Unforgeable]`, which per https://heycam.github.io/webidl/#Unforgeable means that "the property will be non-configurable and will exist as an own property on the object itself rather than...

I'm pretty sure it should be a getter, not a data property. If you search for "data propert" and "[[Value]]" in the Web IDL spec I think that's everything involving...

Actually, https://chromium-review.googlesource.com/c/chromium/src/+/647850 isn't using [SecureContext], but some features do, so the question still stands :)