Details
-
Bug
-
Resolution: Fixed
-
P2: Important
-
None
-
master
-
None
Description
There are very old tasks returned in GET /tasks, being stuck in state "Running" forever. I work-around this by changing the state of a "Running" task after 30 days or more to "HUNG".
However my assumptions (asserts) in my code presume that only finished tasks should have a "completed_on" timestamp. The following task as returned from GET /tasks appears finished but the state is running.
{'branch': 'dev', 'completed_on': '2023-08-14 08:49:56 +0000', 'duration_s': 9.0, 'final_sha': None, 'id': 'web_rescheduled_qt_qt5_1692002984103', 'is_public': True, 'project': 'qt/qt5', 'self_url': 'https://testresults.qt.io/coin/integration/qt/qt5/tasks/web_rescheduled_qt_qt5_1692002984103', 'sha': '1a90bbfecf9ea850ad7baa2710edf55813db10a1', 'started_on': '2023-08-14 08:49:47 +0000', 'state': 'Running', 'task_id': 'web_rescheduled_qt_qt5_1692002984103', 'task_n': 55500, 'task_state': 'Running', 'task_type': 'StatusCheck', 'tested_changes': [], 'top_sha': '1a90bbfecf9ea850ad7baa2710edf55813db10a1', 'type': 'StatusCheck', 'verbose_status': None, 'workitem_ids': []}
Can we make sure that a task has "completed_on" set only if state is not "Running" or "Initializing", and vice-versa?
Attachments
Issue Links
- relates to
-
COIN-1085 Integrations left in running state after premature cancel
- Closed