Issue summary

The knowledge base (KB) search does not return any result when performed on the Main Help Center and if a Service Desk project is configured with a private space in Confluence.

Environment

Tested with JIRA 8.1.0 (Service Desk 4.1.0) and Confluence 6.15.4, but also reported by a customer using JIRA 7.12.3 (Service Desk 3.15.3) with Confluence 6.12.1

Steps to reproduce

1. Setup a JIRA and Confluence instance with an application link configured with "Oauth with impersonation"
2. In Confluence, create 2 spaces:
   1. a non personal space (let's call it "KFS")
   2. a person space (let's call is "julien")
3. In each space, create a page containing the key word "laptop"
4. In JIRA, create 2 Service Desk projects, and configure a knowledge base in each project:
   1. a project with the non personal space
   2. a project with the personal space
5. Open the main customer portal page (with URL <JIRA_BASE_URL>/servicedesk/customer/portals)
6. Look for the key word "laptop"

Actual result

• The search returns no result coming from the Confluence spaces
  
• Looking into the HAR file, we can see that the following JIRA end point is accessed:

  <JIRA_BASE_URL>/rest/servicedesk/1/servicedesk/sharedportal/kb/articles?query=laptop&_=1562748676552
  

• Looking into the appache http logs, we can see that the following request is sent to Confluence (notice the ~ character which is not in double-quote):

  <CONFLUENCE_BASE_URL>/rest/knowledge-base/1.0/search?type=page&queryString=(laptop)+AND+(spacekey:~julien+OR+spacekey:KFS)&xoauth_requestor_id=julien
  

• the following result is returned from Confluence:

  {"results":[],"total":0,"archivedResultsCount":0,"uuid":"XXXXXXXXXX","timeSpent":10}
  

Expected result

• The search should return the page that contains the word laptop from each space (the personal and the non-personal).
• The "~" character in the request sent to confluence should be in double-quote as shown below:

  <CONFLUENCE_BASE_URL>/rest/knowledge-base/1.0/search?type=page&queryString=(laptop)+AND+(spacekey:"~julien"+OR+spacekey:KFS)&xoauth_requestor_id=julien
  

• In this case, the following result should be returned from Confluence:

  {"results":[{"id":327766,"title":"Request a @@@hl@@@laptop@@@endhl@@@","bodyTextHighlights":"@@@hl@@@laptop@@@endhl@@@","url":"/display/KFS/Request+a+laptop?src=search","searchResultContainer":{"name":"KB for SD","url":"/confluence6154/display/KFS"},"friendlyDate":"yesterday at 4:05 PM","contentType":"page","metadata":{"likes":"0"}},{"id":327772,"title":"@@@hl@@@laptop@@@endhl@@@","bodyTextHighlights":"blablabla","url":"/display/~julien/laptop?src=search","searchResultContainer":{"name":"Julien Rey","url":"/confluence6154/display/~julien"},"friendlyDate":"2 minutes ago","contentType":"page","metadata":{"likes":"0"}}],"total":2,"archivedResultsCount":0,"uuid":"XXXXXXXXXXX","timeSpent":8}
  

Workaround

A workaround consist in not configuring any Service Desk project with a Confluence personal space, since only personal spaces contain the character "~".