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...
Perhaps I could rephrase that to “could opt to unimplement”. These people are smart enough to check and verify the changes in the browsers that they ship.
These alternative browsers are essentially also forks of chromium. They pull in changes from upstream. I’m not well versed in browser engine development or how these teams keep their engines up to date, but I’m sure there’s a person or team responsible for checking and pulling the changes. They could decide to not pull that in, if that code is properly boxed and not all over the place, but still the commits to that feature will show what and where. They still have that choice to stray from upstream, but it might be hard to maintain in the long run if the code is all over the place.
Perhaps I could rephrase that to “could opt to unimplement”. These people are smart enough to check and verify the changes in the browsers that they ship.
These alternative browsers are essentially also forks of chromium. They pull in changes from upstream. I’m not well versed in browser engine development or how these teams keep their engines up to date, but I’m sure there’s a person or team responsible for checking and pulling the changes. They could decide to not pull that in, if that code is properly boxed and not all over the place, but still the commits to that feature will show what and where. They still have that choice to stray from upstream, but it might be hard to maintain in the long run if the code is all over the place.