Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • Gaudi Gaudi
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 115
    • Issues 115
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 33
    • Merge requests 33
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Issue
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GaudiGaudi
  • GaudiGaudi
  • Merge requests
  • !1347

EventIDRage c'tor: Don't reset UNDEF values to 0

  • Review changes

  • Download
  • Email patches
  • Plain diff
Merged Walter Lampl requested to merge wlampl/Gaudi:EventIDRangeTS into master Jun 09, 2022
  • Overview 20
  • Commits 2
  • Pipelines 2
  • Changes 3

Following the discussions on https://its.cern.ch/jira/browse/ATLASRECTS-7086 and https://its.cern.ch/jira/browse/ATR-25671.

Up to now the constructor of EventIDRange set the start-timestamp to 0 for Run/Lumiblock-indexed conditions and the start-Run/LB to 0 for timestamp-indexed conditions. This creates problems with they way ATLAS deals with mixed-range conditions (eg conditions depending on both the Run/Lumiblock and time-stamp).

This MR removes these lines of code, so the values in the EventIDBase object defining the start of the range remain UNDEFNUM.

Assignee
Assign to
Reviewers
Request review from
Time tracking
Source branch: EventIDRangeTS