-
Suggestion
-
Resolution: Unresolved
-
2
-
Issue Summary
Unlicensed Users from JSM are unable to search for Confluence pages with the Quick Search.
Steps to Reproduce
- Create a KB space from the JSM project;
- Let the Knowledge base link set as Restricted;
- Add a user that has only site access (no product license);
- Login as the unlicensed user, user can view the space and its pages.
- Try to search the pages in the Quick Search;
- Also, searching on the Search this space does not return any result.
Expected Results
If Unlicensed Users is are enabled from the JSM project, they should be able to search for Confluence pages.
Actual Results
If Unlicensed Users are enabled from JSM, they are not getting the pages in the Quick Search, no search results for Unlicensed Users.
Workaround
Currently, there is no known workaround for this behavior. A workaround will be added here when available
- is duplicated by
-
AI-910 Livesearch macro returns Not Permitted when Unlicensed Access searching
-
- Gathering Impact
-
- is related to
-
CONFCLOUD-45631 Unlicensed Users from Service Desk Have Limited Functions
- Gathering Interest
-
VOC-6359 Failed to load
- relates to
-
AI-348 Unlicensed Users from Service Desk unable to search KB confluence pages in advanced search
- Gathering Interest
- resolves
-
ACE-6744 Loading...
[AI-900] Unlicensed users cannot use Quick Search
All comments
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 ...