-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Backport ConditionalTask
to CMSSW_12_3_X
#37977
Backport ConditionalTask
to CMSSW_12_3_X
#37977
Conversation
- added fillDescriptions - fixed a bug when filter not supposed to produce a data product - allow testing for missing data products
Use proper module label and avoid reusing a module.
- avoid unnecessary check on alias finding - break out of loop properly
The bit position of a module onto a path does not have to be the same as the modules order to be run on the path. This is needed to allow ConditionalTasks to be added to a path in a set run order but still be able to use the unaltered parameter value holding the list of module labels in order to later find the module labels. All ConditionalTask's modules are added to the end of the parameter and are bracketed by two non-module labels [# and @]. Modules added explicitly to the path are at the front of the parameter and in their run order. The TriggerNamesService knows how to translate the path bit position into the proper module label stored in the parameter.
This allows sharing of this code across two cases.
In preparation of using it for SwitchProducer in ConditionalTask whose chosen case is EDAlias.
A new Pull Request was created by @fwyzard (Andrea Bocci) for CMSSW_12_3_X. It involves the following packages:
@Martin-Grunewald, @Dr15Jones, @smuzaffar, @makortel, @cmsbuild, @missirol can you please review it and eventually sign? Thanks. cms-bot commands are listed here
|
This PR is probably not needed in the release; for the time being it is useful for local tests. |
@cmsbuild, please test |
Was #37562 also needed? Based on #37563 (comment). |
-1 Failed Tests: UnitTests Unit TestsI found errors in the following unit tests: ---> test SiStripDAQ_O2O_test had ERRORS Comparison SummarySummary:
|
As usual ... |
…lias case(s) that are consumed explicitly
Pull request #37977 was updated. @Martin-Grunewald, @Dr15Jones, @smuzaffar, @makortel, @cmsbuild, @missirol can you please check and sign again. |
@cmsbuild, please test |
-1 Failed Tests: UnitTests Unit TestsI found errors in the following unit tests: ---> test SiStripDAQ_O2O_test had ERRORS Comparison SummarySummary:
|
Just to clarify, is this backport now considered as necessary for 12_3_X? (reading joint ops meeting notes) |
We are discussing inside TSG if this would be needed or not.
|
PR description:
This PR backports from CMSSW 12.4.x/12.5.x the PRs that implement the
ConditionalTask
:PR validation:
Unit tests in
FWCore/Integration
pass.if this PR is a backport please specify the original PR and why you need to backport that PR:
Backports #37305, #37563, #37872, #38006.