Hi Atlassian,
I opened my email this morning to find 44 notifications from JAC documenting a large set of Confluence Cloud bugs and feature requests that have just been closed as “Won’t Fix”. I monitor only a small subset of issues in particular niche areas of the system, so I imagine many more issues were touched.
It would be nice if this trend could be going in the other direction…which is to say, it would be nice if Atlassian decided to fix 44 bugs rather than closing 44 bugs without action.
If the existing PMs are not motivated to allocate resources to this work (I would agree that fixing bugs is not usually considered “fun”), what about the idea of creating some “ecosystem embed” teams of developers within the actual product groups, that can prioritize work related exclusively to the ecosystem (of which fixing long-standing issues could be a component)?
With the increased revenue share that Atlassian is planning to take as of 2026+, it would be a much-needed show of support for the community to actually spend some of those extra funds to work on things that matter to the ecosystem, rather than just having the extra rev share vanish into the black hole.
From a user’s perspective, I see a large set of issues in the platform that range from slightly to significantly broken, but I rarely see significant effort from Atlassian put towards fixing non-crit/non-sev1 bugs. Over time, these problems accumulate and they lead to the feeling of “death by 1,000 paper cuts”.
So, my suggestion is that Atlassian consider creating some KPIs and allocating resources to execute, on regular basis, some sort of “quality sprint” where people work on nothing but correcting problems that have been generated in previous development iterations. It is really needed at this point, and it has to go beyond fixing critical-severity problems.
For example, in today’s batch of closed and “Won’t Fix” issues I see:
- a bug where a broken API causes permanent data loss for customers
- a bug impacting confidentiality and the potential unintended disclosure of information that was not meant to be shared
- a bug that prevent apps from doing things that seem somewhat essential (like uploading images to a page with an API and having the images actually be rendered for clients)
- problems and inconsistencies in API implementations that force effectively all Cloud developers to build workarounds
Again, if Atlassian categorically ignores most issues classified as “minor”, the aggregate eventually becomes a “major” issue.