-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Replace the access to track reference with a more robust approach #42690
Conversation
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-42690/36784
|
A new Pull Request was created by @ArturAkh (Artur Gottmann) for master. It involves the following packages:
@cmsbuild, @mandrenguyen, @clacaputo can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-aa04ef/34574/summary.html Comparison SummarySummary:
|
+1 |
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will now be reviewed by the release team before it's merged. @rappoccio, @antoniovilela, @sextonkennedy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
Replacing access to track reference with a more robust approach, which doesn't rely on indices in a list.
More details in #42110
Please note, that this change does not introduce any differences into the usual workflows, while allowing correct behaviour for tau embedding, where parts of the simulated content (simulation of empty detector except of 2 particles) needs to be re-evaluated under data conditions later on. This lead to inconsistencies between the number of GSF tracks considered in the producer, and the number of preid's, such that access by index number was not possible anymore.
More details on the problem on slide 11 of the following presentation:
https://indico.cern.ch/event/1301309/#26-tau-embedding-integration-i
PR validation:
As mentioned in #42110 and if looking at
https://github.com/cms-sw/cmssw/blob/master/RecoEgamma/EgammaElectronProducers/plugins/LowPtGsfElectronSeedProducer.cc
it can be concluded, that the change leads to an equivalent behaviour by construction. Please refer for this to the following code snippets from the
produce
method ofLowPtGsfElectronSeedProducer
:CTF track set for the seed
Setting the same track for preId's
Storing outputs