Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • T teal-mallet
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 6
    • Issues 6
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Environment Agency
  • teal-mallet
  • Issues
  • #8

Closed
Open
Created Jun 09, 2016 by Patrick Fenner@DefProcOwner

Readings taken in the future bork the api

When a device has measurements in the future (as compared to the server's time), calls to /api/<entityId>/station/<deviceId>/measurements?start=all return 502.

Specifically, when the sensor time is set to BST (GMT+1) and the server is set to GMT, then no measurements display.

NB: The incoming timestamps where reported as being GMT times — Z suffix.

It's not clear if just waiting till after the last sensor reading time will clear this problem (I don't want to wait, and that doesn't work if the sensor is still transmitting), but ideally, the server should be agnostic about the date/time range of data that it holds.

Assignee
Assign to
Time tracking