Why don't timestamps in the agent interface always match the UTC timestamp?

Return to top

8 Comments

  • Melissa Lucore

    This is also an issue for our team. We often have to go back to old Support Tickets to help our dev teams when they write RCA (Root Cause Analysis) documents for urgent customer issues, like Outages. Because of the ticket time being changed in the interface, what I reported to Dev  for timing ended up being wrong. We're now correcting the RCA, but just didn't even think to check, and we don't want to have misses like that with our customers. Is there any plan to change this?

    3
  • Eric Flock

    Please fix this. I'd like to know the exact time a ticket was received and responded to. It's 2021, there's no reason we should be manually adjusting for DST.

    1
  • Dave Dyson

    Hi everyone,

    For visibility, I'd recommend someone post to our Feedback on Support topic, using this template to format your feedback. Add a link to your post to this comment thread and everyone else upvote and add your use case & comments as well. Thanks!

    0
  • Sydney Neubauer

    I would like to clarify the behavior.

    An Agent works in ET - they make an update at 1:30pm

    Another Agent in PT navigates to the ticket and sees their update.

    Would the update still show as 1:30pm ET or would it be 10:30amPT for that agent? Or does the timestamp have to do with the requester that is on the ticket (ie. the requester is in UTC so all updates would be made in UTC time)

    0
  • Dave Dyson
    Hi Sydney! 
     
    To clarify, when the above article says "to the user's current time zone", it's referring to the current user who's logged in -- so if the PT agent has their time zone set to Pacific time, the ticket update will be shown in Pacific time as well.
    0
  • Martin Cubitt

    We just came across this issue after moving into Daylight Savings time and reviewing the timestamps for a sensitive RCA on a critical incident created prior to DST. Luckily Slack and GMAIL handle dates accurately, reflecting on the time zone at the time of the timestamp rather than currently, which is ridiculous. 

     

     

     

    1
  • Martin Cubitt

    Claire Miller

    When you say 'This is expected behavior and the issue only exists within the agent UI in Support', you describe it as 'expected behaviour' yet refer to it as an issue, which implies it is not working as expected. Further, if it is only present in the Support UI, this suggests there is inconsistency in how Zendesk handles times, which is likely to cause problems for customers.

     

     

     

    1
  • Dave Dyson
    Hi Martin (and others), 
     
    I'd suggest adding your feedback and use cases to this product feedback thread: About the timestamp on ticket comments
    -1

Please sign in to leave a comment.

Powered by Zendesk