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 of #20333] Fix logic of L3 muon filters when matching to previous candidates is not required #20334
Conversation
A new Pull Request was created by @sarafiorendi for CMSSW_9_2_X. It involves the following packages: HLTrigger/Muon @Martin-Grunewald, @silviodonato, @cmsbuild, @fwyzard can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
The tests are being triggered in jenkins. |
+1 The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic: |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_9_2_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_9_3_X is complete. This pull request will now be reviewed by the release team before it's merged. @davidlange6, @slava77, @smuzaffar (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
Fix the logic of the L3 filters when the parameter "MatchToPreviousCand" is set to False.
In the current HLT menu this parameter is always True, therefore the fix will be transparent.
In the current version of the filters, no muon candidate is passed through the selection procedure (kinematic and quality requirements) if the matching is de-activated, while the correct logic is to pass all the muon candidates. This PR fix this issue.
This is the 92X back port of #20333