Restore parallelism in HLT track reco

Historical workarounds for dataflow issues meant forcing ID tracking to run sequentially in the HLT. In particular, SCT and Pixel data preparation could run in parallel if given the opportunity.

Since gaudi/Gaudi!1064 (merged) this workaround is hopefully not needed. Assuming the tests pass for this MR, we can try restoring the original behaviour.

This should not change trigger counts: if it does, there's a problem.

added TriggerMenu label

This merge request affects 3 files:

• Trigger/TriggerCommon/TriggerMenuMT/python/HLTMenuConfig/Egamma/ElectronSequenceSetup.py
• Trigger/TriggerCommon/TriggerMenuMT/python/HLTMenuConfig/Muon/MuonSetup.py
• Trigger/TriggerCommon/TriggerMenuMT/python/HLTMenuConfig/Tau/TauRecoSequences.py

Adding @sutt ,@hrussell ,@malconad ,@ckaldero ,@carquin ,@ademaria ,@bernius as watchers

added Egamma Tau Trigger master review-pending-level-1 labels

CI Result SUCCESS (hash f4349623)

	Athena	AthSimulation	AthGeneration	AnalysisBase
externals
cmake
make
required tests
optional tests

Full details available on this CI monitor view
Athena: number of compilation errors 0, warnings 0
AthSimulation: number of compilation errors 0, warnings 0
AthGeneration: number of compilation errors 0, warnings 0
AnalysisBase: number of compilation errors 0, warnings 0
For experts only: Jenkins output [CI-MERGE-REQUEST-CC7 23443]

resolved all threads

added review-approved label and removed review-pending-level-1 label

merged

mentioned in commit 6a20cc27

added sweep:ignore label