Still no interest in fixing this?

It’s honestly beyond comprehension how an issue as critical and dysfunctional as this one hasn’t gathered enough interest or priority for Atlassian to address. A knowledge base without a proper search function is a contradiction in itself—what’s the point of storing information if users can’t efficiently retrieve it?

Customers have been reporting this problem for years (some tickets dating back to 2016!), and yet, here we are in 2025, still waiting for a solution. At what point does Atlassian acknowledge that this is not just a minor inconvenience but a fundamental flaw in Confluence?

Meanwhile, I’m being harassed daily by my team and our clients over this issue—and honestly, I can’t blame them. Their frustration is justified. The stress this creates is enormous, and as an administrator, my position has become untenable because of this bug. I’m expected to provide solutions, but how can I when even Atlassian refuses to address a problem this severe?

Yes, alternative solutions are becoming harder to ignore, but the additional workload is massive—having to explore new tools while still maintaining our current system is overwhelming. And that’s not even considering the nightmare of data migration and the complete breakdown of Confluence’s integration with JSM. This situation is beyond frustrating—it’s unbelievable.

On top of that, chasing Atlassian support on this issue has basically become a part-time job—and it shouldn’t be. I shouldn’t have to spend my time constantly escalating this problem, nor should I be put in a position where I feel forced to discredit Atlassian’s products to my colleagues or even publicly on social media. That’s the last thing I want to do—but at some point, what other choice do we have if this issue keeps being ignored?

I also have an upcoming meeting in my company about this, and thanks to Atlassian’s lack of interest, I will look completely incompetent trying to explain why this issue is still unresolved.

Please, please, please—you HAVE to prioritize this and communicate with us. This is not a minor inconvenience. This is a critical failure affecting real businesses, real teams, and real people. We need answers.

ee1911a8f30a 505da7f6a08d cteh 7edc8bf2bf6d vsiqueira  nghuraiya@atlassian.com 

Countless customers are desperately waiting for this feature..
32b46f90b164 3a052eec4d4e 656b6a1af4e3 904def9d3719 c4a065a011ab 35513a0d2c6f afe1aaea869c 94914d852cbc 93dd6428171f 1c84a12205ac eb3858a0d143  ...

Happy New Year 2025!  

Though it’s hard to fully celebrate when we’re starting yet another year without any updates on this issue. It’s honestly baffling that a knowledge base—meant to empower users—still lacks a functional search feature.

At this point, it feels like we should start celebrating anniversaries of this bug instead. As paying customers, this lack of resolution is not only disappointing but actively impacts our ability to support our ~35 000 customers. A knowledge base without search is like a library without an index— or a car without wheels - what’s the point?

To make matters worse, my boss has been asking me for the past three months to consider analyzing a migration to Notion. I’ve resisted the idea because it’d be veeeery painful and time-consuming (particularly after the server-to-cloud migration six months ago), but at least it would work. Frankly, it’s becoming harder and harder to argue against it when this issue remains unresolved.

We truly hope this critical issue is addressed soon. After all, starting the year with unresolved bugs and frustrated customers isn't the most inspiring way to kick off 2025.

Just as a reminder, issues to vote:

• AI-910 created in 2016
• AI-900 created in 2021
• AI-348 created in 2020
• CONFCLOUD-45631 created in 2016
• CONFCLOUD-43592 created in 2016

505da7f6a08d 7edc8bf2bf6d 8cf5262db9b9 

We are also coming up against this issue in our environment. We use Confluence as an Internal knowledge base, as many others do and opening up pages to allow for anonymous access is not acceptable. An internal knowledge base absolutely needs a search function for any user given access.

Can someone form Atlassian please engage in this issue and provide an update?

We’re still seeing no updates on this issue, and it’s becoming increasingly frustrating. It’s not only unfair to our customers, who rely on the knowledge base, but also to us, as paying customers.
A knowledge base without a search function severely limits its usefulness—what’s the point of having one if users can’t easily find the information they need? This feels like a fundamental feature that should have been addressed long ago.

We hope this can be resolved soon, as it’s impacting our ability to effectively support our customers (which is the point to having a kb).

This is absurd !

This morning we received this email:

New list prices for Cloud products
List prices will increase as follows:

• Jira (5‑10%)
• Confluence (5‑10%)
• Jira Service Management (7‑9%)
• Atlassian Guard (5‑8%)
• ...

It could be a good joke, but we’re struggling to laugh... Apparently, Atlassian doesn’t yet have the means to develop this feature...
Rising prices for a counterproductive service... Once again, a knowledge base without a search feature...

This situation is highly concerning 

Hi Everyone

I equally share your frustration.  Although if you're not already doing so, I can suggest that you also post your comments on this ticket:

https://jira.atlassian.com/browse/CONFCLOUD-45631

That one goes directly to the Confluence team.   Would be nice if the Confluence, AI and JSM teams would get together to talk about this very real life limitation.

Susan

We have this same situation with our 4000 tousend of customers ans searching and macros in Confluence cloud. 
They are used to search in Confluence becouse they had it in server version.
What are you going tih this problem ?

656b6a1af4e3

I'm in the same situation as you, and I'm not alone—our support agents and customers are all desperate for a solution. It’s incredibly challenging to explain to our over 22,000 customers that, despite our ability to make the right technological choices in our projects, we’ve selected a KB solution that doesn’t allow for searching....

Without a workaround to propose, I encourage you to also vote/comment on these closely related issues:

• AI-910
• AI-900

These issues are very similar, with the same underlying problem: customers cannot perform searches (whether advanced, quick, or macro).

Below, my comment from : AI-900
—
When Atlassian stating, "We understand the frustration with the lack of parity..." it's important to recognize that this isn't just about frustration, and to deny that would be missing the point (AI-348 created in 2020 / AI-900 created in 2021).

The real issue here is one of credibility, which directly impacts our contracts and relationships with customers. Furthermore, this situation disrupts the flow of customer support and access to essential knowledge by our customers.
Isn't the objective of your service to prevent precisely these kinds of issues?

This situation is beyond critical—it's an absolute failure in logic. After migrating from a server instance (that was functional in this regard), and going through the complicated change management process, we're now in a position where we can't justify choosing Atlassian Cloud as our service provider.

At our company, we really try to prioritize doing things right—ensuring that our features are coherent and well-executed before even considering "new, trendy, and often unnecessary features..". Within our company, it feels like more of your effort is being devoted to developing premium features than to stabilizing the core functionalities, which are the foundation of any reliable service.

We sincerely hope to see progress on this issue or, at the very least, a clear roadmap. (However, we would greatly prefer a rapid fix!)

Hi a378de4a53d3 ,

Re a: Non-licensed customer, I'm not sure if that will work.  We use it for our internal customers who do log in, but don't have Jira or confluence licensing are able to get to the confluence pages that are set as anonymous.

Susan

1d229dbbce78 

Can you confirm if you are talking about "Logged in" users or non-logged in users using the search function in a space?

I played around with the permissions you are talking about but maybe I'm not setting it correctly; but a logged in employee can use the search function on a public facing space; but if a customer (non-licensed) is logged-in they cannot use the search function. 

But if the customer logs out of their customer login (making them anonymous), they can then use the search function on the public facing space.  

Are you saying that with the settings you have, you are able to have a customer who is logged in to say the Jira portal as a non-licensed user is able to use the search function in a Confluence space?