Skip to main content
Solved

Does the reports API accept bearer tokens?

  • March 7, 2025
  • 2 replies
  • 104 views

christopherlecky
Explorer
Forum|alt.badge.img+16

The documentation appears to be contradictory.

https://documentation.commvault.com/2024e/expert/rest_api_get_data_set.html

GET /CustomReportsEngine/rest/reportsplusengine/datasets/<datasetID>/data 
Host: <host name>
Accept: application/xml
Authtoken: <authentication token>

When I attempt to use a bearer token, I get 401 not authenticated.

 

Best answer by RMcG

I hit this recently and there’s a hotfix in the works (possibly already released) that should resolve it. Should be getting backported to FR32, FR34 and FR36.

I was informed that for the custom reports engine APIs you should be able to workaround the issue by adding QSDK and a space before the token eg [QSDK<space>Access token string] instead of the bearer token prefix. Haven’t tried that myself though… just went back to using the classic QSDK Token in the AuthToken header approach for the time being.

2 replies

Forum|alt.badge.img+6
  • Vaulter
  • Answer
  • March 10, 2025

I hit this recently and there’s a hotfix in the works (possibly already released) that should resolve it. Should be getting backported to FR32, FR34 and FR36.

I was informed that for the custom reports engine APIs you should be able to workaround the issue by adding QSDK and a space before the token eg [QSDK<space>Access token string] instead of the bearer token prefix. Haven’t tried that myself though… just went back to using the classic QSDK Token in the AuthToken header approach for the time being.


christopherlecky
Explorer
Forum|alt.badge.img+16

I hit this recently and there’s a hotfix in the works (possibly already released) that should resolve it. Should be getting backported to FR32, FR34 and FR36.

I was informed that for the custom reports engine APIs you should be able to workaround the issue by adding QSDK and a space before the token eg [QSDK<space>Access token string] instead of the bearer token prefix. Haven’t tried that myself though… just went back to using the classic QSDK Token in the AuthToken header approach for the time being.

 

Awesome, I will try the QSDK thing.

 

I am using the bearer token to update excel spreadsheets and had to write a login script just to get the data. 

Super annoying. 

Thanks.