Are returning a 401: Unauthorized response despite the impersonated user having the appropriate JSM license and permissions to call this API. This is happening for multiple test instances with different workspace IDs. I don’t see anything from Atlassian about the authentication requirements for these endpoints changing.
In your example request URL, it starts with ‘https://api.atlassian.com’ but you said you are making the request from a Connect app and using a JWT token.
In that scenario, shouldn’t the path start with the JSM site name?
We had considered this because the documentation is a little vague. Although calls to the endpoints I mentioned in my first post had previously been working properly. In the interest of being thorough, we did test with the {JSMSiteName} base instead of the api.atlassian.com base, but those calls return a 404 instead of a 401.
I’m using the https://api.atlassian.com base path for my requests, but I’m using OAuth and haven’t noticed any changes to access permissions.
I don’t use Connect + JWT or Basic Auth any more, so can’t comment any further on changes that would affect a single user’s permissions to that endpoint.
You can use https://{JSMSiteName}.atlassian.net/gateway/api/jsm/assets/workspace/{workspaceId}/v1 to access assets from a Connect app using JWT. Just checked it again and it’s still working.