This MR fixes the issue found in LHCBGAUSS-1108, namely that Tesla was not producing ProtoParticle
MCParticle
relations tables in 'DST-style' productions, where the MC particles are not filtered.
The issue was a change in the behaviour of how the ChargedPP2MC
algorithm treats RootInTES
between Stripping26 (DaVinci v41r2p5) and Stripping28 (v41r4p2). The changes were for the better, and Tesla was exploiting the old behaviour in an odd way, but somehow I didn't spot this change when porting the S26 patches to S28.
I'm running a larger validation locally right now, but I'm pretty sure this is the source of the problem. This MR targets 2016-patches with the intention of becoming the v41r4p3 release.