skyclouds2001 comments

Results 114 comments of


                                            skyclouds2001

Add missing spec_url for http.headers.DNT and api.Navigator

maybe can use https://w3c.github.io/dnt/drafts/tracking-dnt.html

html.elements.portal - Compat data is wrong. Mentioned flags do not exist. (anymore?)

spec at https://wicg.github.io/portals/ chrome status at https://chromestatus.com/feature/4828882419056640 (suggest available in 84 to 86 on desktop) chromium status at https://issues.chromium.org/issues/40287334 (remove)

sync_event is experimental like SyncEvent and SyncManager

per https://github.com/mdn/browser-compat-data/blob/main/docs/data-guidelines/index.md#setting-experimental, the Background Sync API could be mark as non-experiment, as they are supported by at least one platform and for more then two years (in fact it is...

sync_event is experimental like SyncEvent and SyncManager

Yes, you can change this PR to label both `SyncEvent` and `SyncManager` (and `ServiceWorkerRegistration.sync`) are not experimental

sync_event is experimental like SyncEvent and SyncManager

[`ServiceWorkerRegistration.sync`](https://developer.mozilla.org/en-US/docs/Web/API/ServiceWorkerRegistration/sync) can also mark as non-experimental, too

Update Safari data for referrerPolicy features

the data if `referrerpolicy` attributes if those elements possible also need update

Update Safari data for api.HTMLElement.HTMLElement

There is also one in `HTMLOutputElement`

html.elements.track - No UA supports `kind="descriptions"`

@Elchi3 @teoli2003 I guess this issue can be close as the data has been added in #21720

feat(macros/AvailableInWorkers): support more distinct cases

maybe we could add one more case, for example, using the `notserviceonly` to suggest that all web workers support the feature, but service workers (event not `Window`) a possible example...

feat(macros/AvailableInWorkers): support more distinct cases

Is it still working in progress?