Fix to VSI track association
This MR will fix an issue in the VrtSecInclusive
algorithm. The fix will change the track attachment step, so that each track is attached to the vertex before the algorithm attempts to attach another track. Without this fix, some secondary vertices only have 1 attached track, when they should have more. The issue is described in detail here (https://gitlab.cern.ch/atlas-phys-susy-wg/RPVLL/DisplacedVertices/athena/-/issues/4), which includes plots showing the impact of this fix on secondary vertices in some MC and data events.
Merge request reports
Activity
added alsoTargeting:21.0 label
This merge request affects 1 package:
- Reconstruction/VKalVrt/VrtSecInclusive
Adding @goetz as watcher
added 21.2 Reconstruction review-pending-level-1 labels
CI Result SUCCESS (hash d065294e)AnalysisBase AthAnalysis externals cmake make required tests optional tests Full details available on this CI monitor view
AnalysisBase: number of compilation errors 0, warnings 0
AthAnalysis: number of compilation errors 0, warnings 6
For experts only: Jenkins output [CI-MERGE-REQUEST-CC7 20595] CI Result SUCCESS (hash d065294e)AthDerivation externals cmake make required tests optional tests Full details available on this CI monitor view
AthDerivation: number of compilation errors 0, warnings 17
For experts only: Jenkins output [CI-MERGE-REQUEST-GCC62-CC7 27]added review-approved label and removed review-pending-level-1 label
mentioned in commit 66aabce6
added sweep:done label
picked the changes into the branch
cherry-pick-66aabce6d2a-21.0
with commit 66e5ff23mentioned in commit 66e5ff23
Sweep summary
successful:- 21.0
(see https://aiatlas154.cern.ch/jenkins/job/auto_git_sweeps/1283/console for details)
mentioned in merge request !36533 (merged)
Thanks @emily! The sweep to 21.0 was successful
mentioned in commit 904ea003