You might see that the Dropbox Community team have been busy working on some major updates to the Community itself! So, here is some info on what’s changed, what’s staying the same and what you can expect from the Dropbox Community overall.
Forum Discussion
Invalid Async Job Id fails if Access Token is Refresshed
I've been doing some work with the batch APIs and came across this error message invalid_async_job_id.
I've only come across this error when I've had to refresh my token. I send my request to crea...
Without more information, I can't say exactly why your folders may not have been created. There are a number of ways for a create_folder_batch job to fail, resulting in the folders not being created. Please refer to the error documentation for the /2/files/create_folder_batch and /2/files/create_folder_batch/check endpoints for information on what errors can occur
Please do try starting the job again with a new access token and check the result within the four hours that the access token is valid. (Or, use a long-lived access token instead.) If API isn't behaving as expected, e.g., if the job fails when it appears it shouldn't have, please let us know and share the output so we can check on it.
And yes, right now, the ability to check the status of an async job depends on the validity of the original access token used to start that job. If that access token is no longer valid, you won't be able to check the status of an async job, even with another valid access token for that app/user. You'd need to check the result of the job while the original access token is still valid.
Greg-DB
Dropbox Staff
Dropbox StaffThanks for the report!
First, to confirm, yes, the job should run whether or not you actually check the status. If you don't check the status though, you won't know if it failed, and if so, why.
Anyway, regarding the unexpected 'invalid_async_job_id' error, we looked into this and determined this can happen if the original access token used to start the job is revoked or expired. I unfortunately don't have a workaround to share for a way to check the job status in this case, but this is open with the team. I'll follow up here with any updates on this.
Thanks for the quick response.
Sorry regarding :
"First, to confirm, yes, the job should run whether or not you actually check the status. If you don't check the status though, you won't know if it failed, and if so, why."
So with the below
Created batch and received a batch job itAt this point I would of expected the job to run and started to create folders
Token Expires here
Check batch job and get invalid_async_job_id
In the above, why would the folders not be created?
The reason I ask, I was thinking of retrying Create Batch (with a new token) again so my process is not disrupted. I don't want two jobs running and conflicting.
I assume the expired token scenario above would affect all batch jobs? (ie create a job with a good token, the token expires. Check status with another new token(not the original that created the job. Job fails)
Would the following work, if I renew my token earlier on and not let it expire (token looks to be good for 4 hours) would this overcome this problem?
Thanks
- Greg-DB
Without more information, I can't say exactly why your folders may not have been created. There are a number of ways for a create_folder_batch job to fail, resulting in the folders not being created. Please refer to the error documentation for the /2/files/create_folder_batch and /2/files/create_folder_batch/check endpoints for information on what errors can occur
Please do try starting the job again with a new access token and check the result within the four hours that the access token is valid. (Or, use a long-lived access token instead.) If API isn't behaving as expected, e.g., if the job fails when it appears it shouldn't have, please let us know and share the output so we can check on it.
And yes, right now, the ability to check the status of an async job depends on the validity of the original access token used to start that job. If that access token is no longer valid, you won't be able to check the status of an async job, even with another valid access token for that app/user. You'd need to check the result of the job while the original access token is still valid.
Thanks Greg, is the long-lived access the token you can generate in the admin console?
- Greg-DB
Yes, that's correct. (You can also still retrieve them using the public OAuth 2 flow.)
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
