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
Fireworks 9_4_X: Fix bug in scaling after projected view destruction #34680
Conversation
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_9_4_X IBs after it passes the integration tests and once validation in the development release cycle CMSSW_12_0_X is complete. This pull request will now be reviewed by the release team before it's merged. @silviodonato, @dpiparo, @qliphy, @perrotta (and backports should be raised in the release meeting by the corresponding L2) |
A new Pull Request was created by @alja (Alja Mrak-Tadel) for CMSSW_9_4_X. It involves the following packages:
can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-6d4def/17320/summary.html Comparison SummaryThe workflows 140.53 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
|
@alja |
@perrotta One of the event display users found a bug recently and this PR fixes. There is a workaround for it and the bug is not critical. I have tested it and I will send the test to the user as well today. |
@alja you copied the four files from the master to 9_4_X: that imports back in 9_4_X all other changes that were integrated in the meanwhile, not only this fix. After a visula inspection, I think that all those extra modificiations are only the code-checks/code-formats updates that were integrated during the cleaning campaigns: however, I also noticed (at least) another update that looks more relevant: perhaps is fine to have it also in 9_4_X, but it should be certified by you. Even though a minimal backport with only the fixes would have been easier to evaluate and merge in a closed release, I think it can be still acceptable to merge this one in 9_4_X provided you verify and confirm that all the extra changes implemented (the one that I spotted and the possible other ones) are justified for that past release, |
…egment marker in RPhi projection.
Pull request #34680 was updated. @makortel, @alja, @cmsbuild, @Dr15Jones can you please check and sign again. |
@perrotta |
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_9_4_X IBs after it passes the integration tests and once validation in the development release cycle CMSSW_12_1_X is complete. This pull request will now be reviewed by the release team before it's merged. @silviodonato, @dpiparo, @qliphy, @perrotta (and backports should be raised in the release meeting by the corresponding L2) |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-6d4def/17374/summary.html Comparison SummaryThe workflows 140.53 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
|
+1 |
PR description:
This is back-port of #34655.