I think the issue is that Google has too much power to push features via Chromium. This would allow them to create new de-facto standards, which is what we had with IE back in the day.
Sure, the forks could choose not to implement whatever Google might come up with, but that's unlikely, I think.
I took "identical" as in feature wise. The user should be able to accomplish the same things, no matter what platform they're using.
I do think that the way the features are implemented should be platform dependent, i.e. use common UX pattern on each platform, fit in with the UI, and be good platform citizens.
The solution is to make the common features a part of a statically-linked library that you can pull into your apps. A web app is, IMO, never the answer when you want to address multiple audiences. It is bad for accessibility (because 99.999 percent of web app developers never consider accessibility) and it doesn't solve the problem that web apps are trying to solve (having 8 code bases all that have to remain in sync) because you will inevitably need your code to handle platform-specific differences, standards/conventions and whatnot.
I don't know iOS so I can't say, but a good UX does depend in part on platform expectations and every system historically been different. The compromises mean the each have good reason for what they do (sometimes anyway), but switching is hard.
It shows the sad state of user experience that applications completely ignore how different platforms function. For websites, I would expect them to follow the web conventions of UX. However, as soon as you're in a "native" application, you need to function like the device you're running on wants to function. Otherwise, it's going to be a jarring user experience for everyone in there. The whole system becomes harder to use.
reply