For some reason I can’t get the user:identity mappings anymore. My migration development worked quite reasonably 1-2 weeks ago, but then I had some more urgent things to attend to and now I had time to return to this and was surprised to see that my migration code doesn’t work anymore and reason seems to be that I can’t get any user server->cloud mapping information like I did 1-2 weeks ago.
So my call looks like this:
But the return is only this:
My local Confluence Server has only the admin-user and I see that user (name PepikM, but same email) being migrated to Confluence Cloud along with the rest of my data. And I do get a webhook-event that has the transferId I’m using above:
So what might have happened here? Shouldn’t it be possible to retry the migration as many times as I need, maybe deleting the migrated test-space as well as the migrated “PepikM” user every time before running test migration again? I know that there is 5 day time-limit for retaining the user-mappings on the cloud but AFAIU, that only concerns a single migration run and single transferId.
I absolutely need to know the mapping between userID values between Server and Cloud so this is a show-stopper to our automatic migration development unless resolved.