-
When filtering, it shows your time zone, while server part works with GMT+0000, which leads to confusion (like that one order uploaded at 13.07.2020 at 01:30 GMT+0300 which in reality is 12.07.2020 at…
-
Currently the "day" rollup interval is UTC. We _could_ make that timezone configurable.
cavis updated
7 years ago
-
From the surface it almost looks like the UX misunderstanding of "Instant on Stage" turned off (in which case someone needs to manually start the measurement in the menu), similarly to #514.
 notes that:
> P0355: The implementation status is:
> * `Calendars` mostly done in Cla…
-
Could be a fun stretch goal to change the fixed location of Toronto in the API call to something the user selects to pull their own personal sunrise/sunset time!
-
**Describe the bug**
Date and time values can be specified by adding a time zone:
```
yyyy-MM-dd'T'HH:mm:ss+/-HH:mm
yyyy-MM-dd'T'HH:mm:ss@ZoneId
```
These date and time values are comparable,…
-
At present, when the user views data for a location in another time zone, the times (and some dates) are erroneous. This is a result of how, by default, javascript treats time zones.
Do we do anyt…
-
Just a suggestion to add time zones for the statistics.
-
The time returned by the SDK does not take time zone into account. Not sure if this data is provided via telemetry (I don't think it is), or if there's any way to determine where each time zone starts…