Content
View differences
Updated by Parimal Satyal about 3 years ago
# Acceptance criteria
* When creating a new baseline query, quere we take the time zone of the user who creates the query
* This means that a query that is created by a user whose time zone is CEST means that the query's reference time zone is CEST. So relative dates like "Yesterday at 3:00 PM" always refere to yesterday for that time zone.
* This reference remains the same for all users. A user viewing Visitors from another other time zones can see the time zone the query was created in.
* which has been added. This is not calculated to their own time zone because "yesterday" might mean different things.
* When the user wants to change this time zone, they can hit the `Clear` button and this reinitalises the modal and returns the time zone to the user's local time. time
* The legend shows the selected value like so:
* "Changes since yesterday 8:00 AM JST (YYYY-MM-DD), (YYYY-MM-DD HH:MM TZ local time), where `yesterday 8:00 AM JST` is the baseline value in the time zone as the user created it.
* If it, and the viewing user's time zone value in parentheses is different from the query time zone, an info icon is displayed; on hover, this reference time zone converted to the current user's own local time is displayed for reference.
* When creating a new baseline query,
* This means that a query that is created by a user whose time zone is CEST means that the query's reference time zone is CEST. So relative dates like "Yesterday at 3:00 PM" always refere to yesterday for that time zone.
* This reference remains the same for all users. A user viewing
*
* When the user wants to change this time zone, they can hit the `Clear` button and this reinitalises the modal and returns the time zone to the user's local time.
* The legend shows the selected value like so:
* "Changes since yesterday 8:00 AM JST (YYYY-MM-DD),
* If