[BUG] Job status inconsistencies #145
Labels
feature/job
Issues related to job execution, reporting and logging.
triage/bug
Something isn't working
triage/conformance
Issue related to fixing/ensuring compliance to specifications.
When a submitted process is just picked up by celery, it should report
running
status. Sometimes it does so for a brief moment when callingGET /processes/{id}/job/{id}
, but doing a subsequent calls, the process returns toaccepted
status. This is probably due to the status mapper trying to be compliant to some status names that do not includerunning
, which falls back toaccepted
.Once the process has been correctly picked up and set to
running
, it must remain as such until it transits tofailed
/succeeded
/dismissed
accordingly.As per OGC reference, the
succeeded
status is namedsuccessful
. This should be adjusted to respect the standard. Internally we should still verify all variations to make sure.https://raw.githubusercontent.com/opengeospatial/wps-rest-binding/master/core/openapi/schemas/statusInfo.yaml
The same above reference also shows that OGC now considers
dismissed
as a valid status. It should be added to the OGC status mapping, and mapping function should be updated accordingly.weaver/weaver/status.py
Line 45 in c7fd7fd
Must had a test that validates this transition of status more explicitly.
Similar procedure as for following test should be used, but calling get-job-status at fast intervals (no delays) to attempt catching brief/sporadic status transitions.
weaver/tests/functional/test_builtin.py
Line 77 in f555d3e
The text was updated successfully, but these errors were encountered: