You claim there is an audience for different functionality beyond LO, but the evidence you presented of the LO bug doesn't support you. When I demonstrate why, you then just repeat your assertion as if it can still be true without your data to support it.
Your next argument is theoretical: that different teams will by definition diverge and therefore produce something that meets more people's needs. However, this idea is also flawed. What if someone wants a version with a mix of LO and OO functionality? Each place of divergence creates a potential for someone to become unhappy with either project. Instead of meeting more people's needs it can meet less. What you want is a version with the best work from everyone. You can work through these issues, adding options to allow for custom behaviors.
You also assume that both teams are healthy. What about the situation where one is a good, big team, and the other is new, small and floundering, mostly redoing the work of the older, bigger team, and never able to catch up? Would you not suggest in that situation those teams work together?
You continue not to realize that a codebase like LO is already deeply customizable. It has 10M of code which enable all manner of this. The whole point of this product from a user's perspective is to build custom documents. Every character you type and picture or formula you insert makes LO more personal. The best way to make it even more customizable is to add more code, not more teams.
You conclude by asserting new evidence for a good reason for divergence. I'll leave it as an exercise for the reader to ask such questions as whether LO wants more enterprise features like you imagine OO will add. Hint: here is a page from their wiki (http://wiki.documentfoundation.org/Development/Enterprise...)