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
bugfix for ConversionTools #7918
bugfix for ConversionTools #7918
Conversation
A new Pull Request was created by @matteosan1 (Matteo Sani) for CMSSW_7_4_X. bugfix for ConversionTools It involves the following packages: RecoEgamma/EgammaTools @cmsbuild, @cvuosalo, @nclopezo, @slava77 can you please review it and eventually sign? Thanks. |
@cmsbuild please test |
The tests are being triggered in jenkins. |
A very small code change of adding an optional parameter to a function call. It should not cause any differences for standard workflows. Same as #7917, which is targeted for 75X. The code change is satisfactory. Jenkins tests against baseline CMSSW_7_4_X_2015-02-25-1400 show no significant differences, as expected. |
This pull request is fully signed and it will be integrated in one of the next CMSSW_7_4_X IBs unless changes (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @ktf, @smuzaffar |
+1 |
Same as 7917 but for 74X. Bug fix in ConversionTools; one function call was missing a parameter.
On line 313 the call:
hasMatchedConversion(*it,convCol,beamspot,lxyMin,probMin,nHitsBeforeVtxMax)
When *it is a reco::GsfElectron (L305), the called function is
defined in line 51-52 of the header.
The function prototype for this version, expects the 4th argument to be
"bool allowCkfMatch" but in the function call this parameter is missing
(or, rather, the value of lxyMin is passed in this spot).
Since "float" can be cast to "bool" and "unsigned int" can be cast to "float",
it will compile but the behavior will not be what is expected.
After the fix we expect to see slightly more photons not passing the electron veto i.e. passElectronVeto()==0
(in gamma+Jet sample I see the percentage going from 7.7% to 8.0%).