-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create pydantic model for the return of show operation - get: /api/jobs/{job_id}
#17153
Conversation
/api/jobs/{job_id}
/api/jobs/{job_id}
The API test are failing because the pydantic model - |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For the look of the test failures and a bit of debugging, it seems the jobs that can have the galaxy_version
as None are those of imported datasets from a history archive.
Now the actual reason they don't have a galaxy_version
I wasn't sure, my guess was the job information associated with the dataset that gets serialized on the export archive was missing the galaxy_version
or it was ignored/skipped when importing the job information.
After some more debugging, It turned out the job's galaxy version was serialized, but not imported back.
If you add galaxy_version
to the list of ATTRIBUTES
here:
galaxy/lib/galaxy/model/store/__init__.py
Line 1544 in f10614e
ATTRIBUTES = ( |
It should fix the test failures. Whether not including this was intentional or an oversight I don't know, but if it was an oversight the typing of the models helped us discover it :)
55875ed
to
7dc1470
Compare
0d4676c
to
8fd58f1
Compare
…return more specific
8fd58f1
to
04a9df0
Compare
Thanks a lot @heisner-tillman! |
This PR was merged without a "kind/" label, please correct. |
This extends the work done in #16778
Summary
How to test the changes?
You can find the interactive API documentation here: http://127.0.0.1:8080/api/docs#/jobs/show_job_api_jobs__job_id__get
License