This CL moves the base::Feature from content_features.h to
a generated feature from runtime_enabled_features.json5.
This means that the base::Feature can be default-enabled
while the web API is co...
A fork like Vivaldi, Brave or Opera could opt not to implement these changes
It doesn’t quite work like that. They wouldn’t choose to not implement the change, because the change comes from upstream via Chromium. They would have to choose to remove the feature which, depending on how it’s integrated, could be just as much work as implementing it (or more, if Google wants to be difficult on purpose). Not implementing the change is zero effort; removing the upstream code is a lot of effort.
Can you explain to someone not so tech savy what this means?
No more add blockers. No more accessibility tools. Only what google wants you to see.
And this will work for google products only of for chrome as a whole?
A fork like Vivaldi, Brave or Opera could opt not to implement these changes, but then some websites could become incompatible to them.
It doesn’t quite work like that. They wouldn’t choose to not implement the change, because the change comes from upstream via Chromium. They would have to choose to remove the feature which, depending on how it’s integrated, could be just as much work as implementing it (or more, if Google wants to be difficult on purpose). Not implementing the change is zero effort; removing the upstream code is a lot of effort.