introduce a mechanism to exclude specific cuts from subsequent use
The main usage here is that if OR is run before MET we don't want to use the OR selections with MET. A similar issue is expected to come up with fakes/fakeable objects, i.e. some specific baseline cuts should not be applied (in fact they are inverted), but only for very specific users.
The mechanism chosen here is to mark the cuts when they are registered and then exclude by the attached name when requesting the selection.
Merge request reports
Activity
added Analysis CPAlgorithms analysis-review-required main labels
mentioned in merge request !68547 (closed)
CI Result SUCCESS (hash 7953ba4b)Athena AnalysisBase AthAnalysis externals cmake make tests Full details available on this CI monitor view. Check the JIRA CI status board for known problems
Athena: number of compilation errors 0, warnings 1
AnalysisBase: number of compilation errors 0, warnings 0
AthAnalysis: number of compilation errors 0, warnings 0
For experts only: Jenkins output [CI-MERGE-REQUEST-EL9 4177]added 1 commit
- bdc18522 - introduce a mechanism to exclude specific cuts from subsequent use
CI Result SUCCESS (hash bdc18522)Athena AnalysisBase AthAnalysis externals cmake make tests Full details available on this CI monitor view. Check the JIRA CI status board for known problems
Athena: number of compilation errors 0, warnings 0
AnalysisBase: number of compilation errors 0, warnings 0
AthAnalysis: number of compilation errors 0, warnings 0
For experts only: Jenkins output [CI-MERGE-REQUEST-EL9 4222]added review-pending-level-1 label
removed review-pending-level-1 label
added review-approved label
removed analysis-review-required label
added analysis-review-approved label
mentioned in commit cbb9a2f3
mentioned in merge request !68799 (merged)
mentioned in merge request !68742 (merged)