Skip to content

Improve performance: load only completed jobs for the reset-jobs dialog - #262

Open
BmBaczkowski wants to merge 1 commit into
masterfrom
perf/resetJobs-dialog
Open

Improve performance: load only completed jobs for the reset-jobs dialog#262
BmBaczkowski wants to merge 1 commit into
masterfrom
perf/resetJobs-dialog

Conversation

@BmBaczkowski

Copy link
Copy Markdown
Member

Improves the performance of the reset-jobs dialog by filtering participant jobs by status on the server.

Previously, opening the dialog requested all jobs for the participant and study. The client then discarded every job whose pivot status was not 3.

The request now includes status_id=3, and the existing participant-jobs endpoint applies the filter to the participant-job pivot query.

Closes #260

- add optional status_id filtering to the participant jobs endpoint
- filter participant-job records by pivot status in the database query
- request only status_id=3 jobs when opening the reset-jobs dialog
- remove the redundant client-side filtering
- preserve the existing endpoint behavior when no status_id is provided
- return an empty result for filtered requests with no matching jobs

Relates to #260
@BmBaczkowski
BmBaczkowski requested a review from smathot August 2, 2026 08:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Opening the reset-jobs dialog loads much more participant/job data than the dialog needs

1 participant