"But because it’s open source, you can fix it."You can't fix it really because everyone (understandably) wants a say in the visual and interaction design of the software, but you can't design by committee. Having many participants contributing to source code can work well, but I don't think this model works well for design.
It sounds really undemocratic (why shouldn't everyone have their say?). And it undoubtedly contributes to the stereotype of the designer as diva or precious about their work. But can you think of an open source project praised for it's visual and interaction design that was collaboratively developed with dozens or more participants? If you can, it will be an exception, not the rule.
When there are too many participants in the design of a program, you end up with a project pulled in every direction and pleasing to no-one. But if you go the opposite route and limit design decisions to a dedicated UX team, you end up generating resentment from contributors or users who feel their input is being ignored.