cr-connect-workflow/crc
Dan Funk d85ca1ce51 Whenever a workflow is loaded or updated, add events to the TaskEvent table with assignments for the next set of ready tasks, along with who should complete those tasks.
Add the lane information to the Task model.
Drop the foreign key constraint on the user_uid in the task log, as we might create tasks for users before they ever log into the system.
Add a new endpoint to the API called task events.  It should be possible to query this and get a list of all tasks that need a users attention.
The task events returned include detailed information about the workflow and study as sub-models
Rename all the actions in event log to things that are easier to pass over the api as arguments, make this backwards compatible, updating existing names in the database via the migration.
Throughly test the navigation and task details as control of the workflow is passed between two lanes.
2020-07-14 22:16:44 -04:00
..
api Whenever a workflow is loaded or updated, add events to the TaskEvent table with assignments for the next set of ready tasks, along with who should complete those tasks. 2020-07-14 22:16:44 -04:00
models Whenever a workflow is loaded or updated, add events to the TaskEvent table with assignments for the next set of ready tasks, along with who should complete those tasks. 2020-07-14 22:16:44 -04:00
scripts Merge branch 'dev' into fix/more-info-in-exceptions 2020-07-06 12:51:24 -04:00
services Whenever a workflow is loaded or updated, add events to the TaskEvent table with assignments for the next set of ready tasks, along with who should complete those tasks. 2020-07-14 22:16:44 -04:00
static Fixes another one 2020-07-10 16:27:09 -04:00
__init__.py Fixes local testing bug where working directory was sometimes wrong. 2020-06-29 16:41:42 -04:00
api.yml Whenever a workflow is loaded or updated, add events to the TaskEvent table with assignments for the next set of ready tasks, along with who should complete those tasks. 2020-07-14 22:16:44 -04:00