zero events selected by Charm_D0Tohhpi0 HLT2 lines
It was noticed that in recent bandwidth tests the number of selected events by lines Hlt2Charm_DstpToD0Pip_D0ToPimPipPi0_R and Hlt2Charm_DstpToD0Pip_D0ToPimPipPi0_M went from non-zero to zero.
The issue seems to be with the CompositeCut in Charm_D0Tohhpi0_D0ToRho0Pi0_R, which combines a pi0 with a pipi candidate.
Before:
Charm_D0Tohhpi0_D0ToRho0Pi0_R INFO Number of counters : 7
| Counter | # | sum | mean/eff^* | rms/err^* | min | max |
|*"# passed" | 7218 | 255 |( 3.532835 +- 0.2172916)% |
|*"# passed CombinationCut" | 6003 | 304 |( 5.064135 +- 0.2829982)% |
|*"# passed CompositeCut" | 304 | 288 |( 94.73684 +- 1.280695)% |
|*"# passed vertex fit" | 304 | 304 |( 100.0000 +- 0.000000)% |
| "Input1 size" | 7218 | 8509 | 1.1789 |
| "Input2 size" | 7218 | 4957 | 0.68676 |
| "candidate multiplicity" | 255 | 288 | 1.1294 | 0.38972 | 1.0000 | 4.0000 |Current:
Charm_D0Tohhpi0_D0ToRho0Pi0_R INFO Number of counters : 6
| Counter | # | sum | mean/eff^* | rms/err^* | min | max |
|*"# passed" | 7218 | 0 |( 0.000000 +- 0.000000)% |
|*"# passed CombinationCut" | 6003 | 304 |( 5.064135 +- 0.2829982)% |
|*"# passed CompositeCut" | 304 | 0 |( 0.000000 +- 0.000000)% |
|*"# passed vertex fit" | 304 | 304 |( 100.0000 +- 0.000000)% |
| "Input1 size" | 7218 | 8509 | 1.1789 |
| "Input2 size" | 7218 | 4957 | 0.68676 |