> It's a documentation site. You want it to pretend the API doesn't exist, or what?
MDN is a documentation site for web technologies.
In order for something to become a web standard, it needs two independent implementations. If Google can’t build consensus or convince anybody outside of Google to implement it, it’s not a web technology, it’s just some Google API that Google built for Google’s needs.
This is out of scope for a site dedicated to web technologies. This is like expecting them to document Android APIs.
It's a proposal for a web technology. Every web technology starts as a proposal, even if nobody but a single vendor implements it. MDN includes documentation for serious proposals at all stages, regardless of the standardization process.
In fact, MDN includes non-standardized APIs as well. Browser-specific interfaces are included, because it turns out that if you only document the APIs that went through the standardization process and not the ones that actually exist, it makes for a bad documentation site.
It’s a proposal that was rejected by everybody who isn’t Google. It isn’t going to be part of the web platform. It has exited the standardisation process. It’s at stage “never”. It belongs on MDN about as much as JSSS does.
That doesn't change anything. Whether or not it ever ships doesn't mean it shouldn't be documented. There's zero cost to documenting it. Just because you don't like it and it didn't make it past the proposal stage doesn't mean it shouldn't be on MDN. That's not how MDN works.
Mozilla started working on a similar API with Facebook back when Google announced FLOC. They are most likely more opposed to the bad press FLOC got than they are to the idea itself.
> They are most likely more opposed to the bad press FLOC got than they are to the idea itself.
I'm not well informed of how Mozilla is run, but isn't it just a business? Does it have any consistent values? I would assume that all decisions made by Mozilla are a balancing act between money and pr.
It's Mozilla's documentation site. Firefox doesn't have the API. It has no obligation to even mention its existence. The only thing that documentation is doing is helping Chrome.
If I'm interpreting you correctly, please explain how you got from "mozilla.org documents this API" to "firefox is not acting as a user agent".
>MDN Web Docs content is maintained by Mozilla, Google employees, and volunteers (community of developers and technical writers). It also contains content contributed by Microsoft, Google, and Samsung who, in 2017, announced they would shut down their own web documentation projects and move all their documentation to MDN Web Docs
I kind of want to emphasize "Mozilla's" too. It's not firefox documentation, it's web documentation.
> I'm speaking about browsers in general.
But you're specifically including firefox because of this page, right? That's a hell of extrapolation to make from them "helping" chrome by writing/hosting an article.
> The only thing that documentation is doing is helping Chrome.
In what way is documenting the API helping Google? There's a big banner right at the top of the page saying Firefox and Safari aren't going to implement it.
Should Mozilla also not document -webkit- prefixed CSS properties?
If it makes you feel any better, this sort of nihilist puritanism, combined with the people who actually sell data complaining to the EU it's "anticompetitive" they can't track me via 3P cookies, means this is DoA. And users are the only ones worse for it, modulo Google's sunk cost in investment in trying to do something better.
It's a documentation site. You want it to pretend the API doesn't exist, or what?
> It's clear that mainstream browsers have become the exact opposite of user agents.
If I'm interpreting you correctly, please explain how you got from "mozilla.org documents this API" to "firefox is not acting as a user agent".