You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using the AMClient I start a transfer with the create_package method. I get the UUID, and I want to query the status using the get_unit_status to see when it finishes or fails. If the package is still being processed or is waiting in a queue then it should not return an error ideally.
Current behaviour
If the transfer stage finished, but the ingest phase has not been started yet because the workers are too busy then it returns a 400 status code error (Unable to determine the status of the unit ...). But the ingest will start later and the package will be completed, so it is a misleading response.
The problem might be here. If it just returns the ingest status which doesn't exist yet then we lose the valuable information that the transfer was completed without an error and the unit is waiting in a queue.
Steps to reproduce
Send more transfers to an AM instance than it can handle and keep querying every unit UUID quite often to make this error occur.
Your environment (version of Archivematica, operating system, other relevant details)
AM version 1.16, AMClient version 1.2.0
For Artefactual use:
Before you close this issue, you must check off the following:
All pull requests related to this issue are properly linked
All pull requests related to this issue have been merged
A testing plan for this issue has been implemented and passed (testing plan information should be included in the issue body or comments)
Documentation regarding this issue has been written and merged (if applicable)
Details about this issue have been added to the release notes (if applicable)
The text was updated successfully, but these errors were encountered:
Expected behaviour
Using the AMClient I start a transfer with the
create_package
method. I get the UUID, and I want to query the status using theget_unit_status
to see when it finishes or fails. If the package is still being processed or is waiting in a queue then it should not return an error ideally.Current behaviour
If the transfer stage finished, but the ingest phase has not been started yet because the workers are too busy then it returns a 400 status code error (Unable to determine the status of the unit ...). But the ingest will start later and the package will be completed, so it is a misleading response.
The problem might be here. If it just returns the ingest status which doesn't exist yet then we lose the valuable information that the transfer was completed without an error and the unit is waiting in a queue.
Steps to reproduce
Send more transfers to an AM instance than it can handle and keep querying every unit UUID quite often to make this error occur.
Your environment (version of Archivematica, operating system, other relevant details)
AM version 1.16, AMClient version 1.2.0
For Artefactual use:
Before you close this issue, you must check off the following:
The text was updated successfully, but these errors were encountered: