Remove use of TISTOS getters in B-tracking lines
Needs Rec!3792 (merged)
avoids use of TISTOS functions to obtain candidates, solely use extra_outputs
now
Merge request reports
Activity
added RTA label
mentioned in merge request Rec!3792 (merged)
added DPA label
mentioned in merge request !2928 (merged)
assigned to @yitang
requested review from @sesen
added 2024data-selections label
this fix should ideally go in before we run 2024 sprucing, don't know which milestone is appropriate? @gunther
mentioned in issue #730 (closed)
- Resolved by Christina Agapopoulou
/ci-test Rec!3792 (merged)
added ci-test-triggered label
- [2024-03-26 10:30] Validation started with lhcb-master-mr#11239
assigned to @cagapopo
mentioned in commit 71d7aaa5
273 273 274 274 hlt2_line_name = hlt2_lines[0] if found_line else hlt2_line 275 275 with upfront_decoder.bind(source="Hlt2"): 276 hlt2_parts = get_particles( @sesen I'm afraid this introduced a bug. We're having only the D+/- of B2Dpipi line because of this in our sprucing line. Currently I don't see a way around it then using what was there before to obtain the Hlt2 Particles. Or is there a way around it?
In the extra outputs we have in HLT2 the
Particle
object that saves both the heavy flavourTrack
object in its associatedProtoParticle
and as daughter particle the particle that is used as input to find the heavy flavour track. In the B2Dpipi case this runs on the D and right now we use this relation to the particle to obtain back the Hlt2 particle, but we want the B and not the D (by the way in the signal channel case this goes right). Before we got directly the B with what was here before (see diff in this MR), which clashed with the TISTOS getters.
mentioned in merge request lhcb-datapkg/AnalysisProductions!1444 (merged)
mentioned in issue #803