The thing about dogfooding is that you have to force it in many domains, and if you aren't careful it can push you towards solving issues your users don't actually have.

We've found ourselves trying to find this balance on Tritium. It's a word processor for lawyers, so has a specific narrow domain that allows us to provide a differentiated experience from Word. But if we try to use it like Word, we end up wanting generalized features that don't fit that strategy. I wrote a little about what we've come up with here: https://tritium.legal/blog/eat.

This is one of the compelling rationales for closed-source / commercial software in certain B2B SAAS domains. It seems like you just cannot adequately test the happy and sad paths from a QA perspective in FOSS unless it's (1) insanely successful or (2) a dev tool.