You have made a very valid point, and I in no way disagree that to have bugs lying around for too long can be irritating and impede productivity. I too squint at the main screen which seems to have grey paint splashed on it - but the application itself is still great!
Respectfully, I feel it’s worth adding a couple of caveats to your comments, by noting two points.
1 Bugs are always there, and continue to increase over time as the user base increases and new combinations and permutations of use are found. We have to live with them, as there is no such thing as error free software - Chaitin’s Omega and all that.
2 However, my key point is that bugs (normally) affect only a subset of users by virtue of the disparate nature of their usage, albeit noting that a given user might be affected more than one bug. Hence fixing a subset of bugs might leave some users happy but others feeling neglected. Adding a new feature will similarly please a set of people but in some cases, all users.
So the point that I am making is firstly if you only add features after you have fixed ALL bugs (to keep the various subsets happy) you will never be done.
Secondly, I take the view that both from a commercial and user perspective, a static product is one that atrophies - the rest of the world moves on. It might be error free, but is way out of line with competitors. The best way to get bugs fixed and new features is to have a dynamic product which is (for example) the de facto tool in schools and product studios alike, and thus funds the ability to be responsive… Software products succeed when they have a critical mass of users to finance stability and evolution. Market penetration is one of the key indicators as to whether a software product will survive.
In summary of this long winded comment, I take the view it needs a balanced approach to bug fixing AND in parallel adding new features, with that balance being dynamic in nature and driven by a set of priorities driven by feedback from users. That way, on average, you please more people all of the time.