-
Notifications
You must be signed in to change notification settings - Fork 21
[O2B-1528] Split GAQ summary requests #2071
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
Conversation
Replace misspelled parameter `verifiedd_flags_list` with the correct `verified_flags_list` in QcFlagRepository.
Remove incorrect/duplicated identifier `verifiedd_flags_list` from the destructuring and mapping in QcFlagRepository.
Add optional runNumber filtering for GAQ summaries. Controller validation and handler accept runNumber query param and pass it to GaqService; GaqService forwards runNumber to QcFlagRepository and unwraps a single-run summary when requested. RunsPerDataPassOverviewModel tracks per-run RemoteData in _gaqSummary$, fetches GAQ summaries for visible runs, and RunsPerDataPassOverviewPage renders loading/success/failure states. These changes enable fetching and displaying GAQ data scoped to individual runs to reduce load and improve UX.
Make GAQ summary fetches run sequentially so to ease reduce load on the database.
…se load Make runNumber a required Joi parameter to prevent user stressing the database fetching data for all runs of a dataPass. Intended to be reverted once database query has been optimised.
Tighten Joi validation for GAQ summary by requiring dataPassId and runNumber to be positive numbers.
Adjust the runsPerDataPass overview test to match updated row and expected GAQ values.
Update qcFlags GAQ summary tests to include runNumber and strengthen request validation coverage.
Codecov Report❌ Patch coverage is
Additional details and impacted files☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Use RemoteDataSource and AbortController to make per-run GAQ summary fetches cancelable. Can be easily adapted to use an array of remotedatasources if in the future we decide to request them in parallel.
When updating the GAQ summary for a run, store the actual success payload instead of the raw remoteData object.
Add a test that captures outgoing GAQ summary requests and asserts each run triggers exactly one GAQ request.
lib/public/views/Runs/RunPerDataPass/RunsPerDataPassOverviewModel.js
Outdated
Show resolved
Hide resolved
NarrowsProjects
left a comment
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.
I'd like you to rename the arguments of getSummary() in GaqService, and i'd like you to reconsider the last signal.aborted check inside _fetchGaqSummaryForCurrentRuns() in RunsPerDataPassOverviewModel
lib/public/views/Runs/RunPerDataPass/RunsPerDataPassOverviewModel.js
Outdated
Show resolved
Hide resolved
Replace the single _gaqSummarySource with a map (_gaqSummarySources) keyed by runNumber so each run gets its own RemoteDataSource. Will allow easy changing to parallel requests in the future.
I have a JIRA ticket
Notable changes for users:
Notable changes for developers:
Changes made to the database: