I am considering purpose of existing the migration feedback API, because it doesn’t work as I would expect.
According to documentantion, feedback api should be useful to send migration feedback to server side
Your cloud app can use the Feedback channel API to send feedback about the migration to the Jira or Confluence server product.
Furthermore, I have found response from Atlassian Staff on this community (click):
The feedback api is more about machine to machine communication. We’ve provided it if you ever need to provide communication between your cloud service and the on-premise server. This way you don’t need to create your own authentication and communication system.
During import, your cloud service can provide messages to the on-premise server. What that would entail is really up to what your needs might be. But it could be a request to send specific data in the transfer payloads or to pre-process the data in a specific way, say if there are version differences.
The API looks nice and it’s what we need. It would be really useful to send migration feedback (and display additional information for jira admin) if only api wouldn’t return HTTP 403 status everytime when migration’s status is set to ‘SUCCESS’, ‘INCOMPLETE’ or ‘FAILED’. To sum up, transfer is treat as
Settled transfer and app can’t access to feedback data anymore.
We’d like to use the feedback api to provide more details about migration after end of transfer and display it in our separate view. But there’s one problem - feedback data can’t be fetched after migration. I see only one way to implement workaround which would try to fetch migration data periodically and save it in database for future usage. Maybe do you know another approach?