Skip to main content
Closed for Voting

Regional Date/Time Format

Related products:Freshdesk
  • November 12, 2011
  • 22 replies
  • 160 views

Freshdesk displays dates like November 12 2011, but in my country, like many others, it's more appropriate to say 12 of November of 2011 (literal translation of "12 de Novembro de 2011").

 

And we use 24:00 scheme instad of 12:00 AM/PM.

22 replies

  • Contributor
  • January 1, 2013

Would be nice if time and date format could be changed. Here in the Netherlands we use a format like this: "23-12-2012" for date and "13:34 uur" for time.





  • Contributor
  • March 2, 2013

Exactly my point...I'm also portuguese (like Mario) and it i rather unnatural (for us) having a time stamp like Sat,  March 02, 2013 at 02:44 P.M.


  • Contributor
  • March 25, 2013

We are in Australia and like Mario we use 12 November 2011 or 12/11/2011.  As you can see if a client sees 12/11/2011  they automatically assume it is 12 of November not 11 of December which is how it appears in Freshdesk.

We would love this feature to implemented... TimeZone and daylight savings.


  • Community Debut
  • April 4, 2013

+1. Date formats had better be localized. Also, there should be an option to display the time zone. It's pretty meaningless for an agent sitting in one timezone to be notified of a ticket due date/time in a different timezone, and not knowing which is which.


+1.  If not localized, then we should be able to choose the format per customer.  We are a Canadian company, but we have a growing number of clients in the US, who will often times use different time/date formats (23/12/2013 vs 12/23/2013, 24:00 vs 12:00, etc).  It would be great to be able to choose which format is used when setting a customer's time zone in their account, this could even allow the user to customize their account and how tickets look.


  • Community Debut
  • October 6, 2013
I can't believe that a basic - and vital - piece of functionality like date localisation is not available.  We were just about to sign up to Freshdesk and then noticed this.  It will lead to too much confusion with customers and support staff who are used to reading dates as "dd/mm/yyyy".  Reading a date like "06/25/2013" is confusing enough - but how would anyone know what "06/03/2013" really meant?

We also need 24 hour format rather than the long winded "hh:mm XM" format.

Please, please, please introduce this feature.  I'm told it's being considered - but haven't been able to get an eta.  Until this is available, we're being forced to use pay the extortionate fees for Zendesk.  :(

 


  • Community Debut
  • October 7, 2013

An ETA or a simple 'yes' or 'no' as answer should be very nice.


  • Contributor
  • October 7, 2013
OK? I am so confused by this thread?

Perhaps there are differences in the way all of us see tickets?

When I look at my Ticket View, I have NO actual dates at all!  In fact, I submitted a ticket to have that appear on the Ticket View because all we get is the time elapsed and when it is due based upon our policies. We would prefer to see the date and time, and not elapsed time.


From: XXXXXX, Created: 17 minutes ago
Due in 2 days

We don't see ANY actual dates or times.

When we click on the ticket, that's when we see the actual DAY and TIME the email was submitted.

in this format

on Mon, Oct 7 at 1:21 PM

So I have no idea what the dd/mm/yyyy or the mm/dd/yyyy or international times, etc. has any affect? 

There isn't even a YEAR????

which was going to be part of the request I was going to submit.

Even when we do searches, the search results does not show any specific format, it just displays the how long ago the ticket was submitted.

 


  • Community Debut
  • October 7, 2013
@Connie dates are shown in a number of places and - I've found out after running some tests today in a number of different formats.

I have seen dates appear in long European format (07 October 2013), medium US format (Mon, Oct 7) and short US format (10/07/2013).

These dates are visible in reports (Ive been checking the timesheet report) which has the long European format (07 October 2013) and "Add Time" under "Time Tracking" is in US short format (10/07/2013)

It's actually more confusing than it all just being in US format...


  • Contributor
  • October 7, 2013
Ken,

Thanks for the info, but I thought that the original person who started the thread was referring to the actual request/ticket/email view, not reports.

And since we never use the Report feature for our agents who are actually processing requests immediately, we never use the At A Glance Reports for working on a daily basis.  Both the Help Desk and the  Customer At A Glance Report has the format  07 September 2013 - 06 October 2013
So that would never cause the confusion that everyone is discussing because that is very self explanatory and is not the short US Format either?  On that page, this also appears Note: This report shows data after April 1, 2013. so that isn't the short version either.

On the Agent ticket summary, this is the format as well: Agent ticket summary 07 September 2013 - 07 October 2013
On the Group ticket summary, this is the format as well: Group ticket summary 07 September 2013 - 07 October 2013
On the Time Sheet summary, this is the format: Wednesday, 11 Sep 2013
Not sure what the Client Summary gives, as we don't use that feature.

The note feature on the ticket uses Mon, Oct 7 at 2:59 PM   NO YEAR

The Time tracking uses:   Monday, 7 Oct 2013    which again, is not any format that was discussed here.

I am not sure what everyone else sees, but again, the formats I see don't use any mm/dd/yyyy  format at all, or dd/mm/yyyy or anything with dashes "/" at all.

I agree with you that some type of "standardization" should be decided on but I was originally commenting on the confusion regarding the mm/dd/yyyy issue and the differences in international formats.

Perhaps if they decide on Mon, Oct 7  and a YEAR please?   that would standardize it and there wouldn't be an issue of confusion on differences in formats with using short "/" versions.

Even the 07 October 2013   doesn't bother me at all, although it is not US format, at least it has the year!

 


  • Community Debut
  • October 7, 2013

Hi Connie,


The place that you'll see the date in the mm/dd/yyyy format is when recording time - time tracking and then Add Time from within a ticket.  The first thing I did when I stumbled across this was check the admin settings to try to find the regional settings to set the region to UK.  I couldn't find it, so did some searching on the forums and found this thread.


To be fair, on further investigation, this seems to be the only place where the date is in this format, but the other US format dates spooked me and no option to change to the time to 24 hours is also frustrating.


It's less of an issue than I originally thought, but it does leave me wondering if I can trust the system to format dates correctly in emails to clients.


I just find it strange that the system doesn't allow us to choose what format dates and times should appear in.


I think I've got over my shock and got it all back in proportion and it's not as bad as I first feared. still an odd design choice though.


  • Contributor
  • October 7, 2013
Ken,

That's exactly my feelings.  It isn't such a "deal breaker".
On our Add Time from within a ticket, the format is:  Monday, 7 Oct 2013.  So again, I am not sure what everyone else sees, but we do not see mm/dd/yyyy format at all anywhere.

You are more savvy than I am, since I can't seem to find Recording Time-Time Tracking?  All we ever use is the Add Time feature.

Regarding the email times back to clients, I can put your mind at ease.  We have ourselves emailed whenever a ticket is assigned to our "group" or if we add notes, etc.

The email times back to us use the same format that our email server does, that is, in US Outlook, Mon 10/7/2013 4:01 PM, because that's what format I have specified in my email server.


 


  • Contributor
  • October 11, 2013

This is something we are trying to address and in our roadmap. Unfortunately we don't have an ETA at this moment. Initially, we will work to standardizing the format so you don't see multiple formats across the app.


Thanks,

Abishek


  • Community Debut
  • October 11, 2013

Thanks for the update Abishek.


Do you have a published roadmap so that we can see what's planned (and in which order)?  Doesn't have to have firm dates on it, just so we know what features we don't have to ask for? :)



  • Contributor
  • November 7, 2013

Somewhere above Connie said that she didn't know where the date is appearing incorrectly formatted. See the image below - I was adding time to a time tracked ticket.

I am in the UK and 11/07/2013 is 11 July 2013 to me but Freshdesk is actually showing me 7 November 2013.


This is not a deal breaker but Freshdesk is a product sold around the world so localisation of date formats is quite a basic requirement some users are easily confused by such things.



Display a standard date format across your help desk. To make the change go to Admin>>Helpdesk Rebranding and change the setting. 





  • Contributor
  • April 5, 2019

This has not been fixed.

Time format is still not localized.

Not satisfied by this.


  • Community Debut
  • March 22, 2020

Not localized ??? What ? We started with FD a month ago,and - in my good faith - I thought, I'd come around to this, and then just make the setting. From what I read here, however, it seems this is not possible. I lack words,. honestly


  • Community Debut
  • March 22, 2020

We still need 24 hour format. Noone here uses AM/PM, and it is extremely confusing to have to explain this and get into discussion with our subscribers over that anachronistic American format, we left ages ago


Forum|alt.badge.img+2
  • Contributor
  • June 14, 2022

As I understand it, the issue with the date format was not resolved for the majority. In my region, the usual date format is dd.mm.yyyy.

We really need this in our work for proper use in the fillers 


Forum|alt.badge.img

It is absolutely disappointing to see how even the email support rejects all inquiries about this issue. The only answer is that there is currently no possibility to change to a 24h time format and that there is no other formatting for the date. So we as european customers can apparently forget about the DD.MM.YYYY or similar formats at Freshdesk. Why there is a version of Freshdesk for european countries like germany at all is not comprehensible.


alyssia.correa
Skilled Expert
Forum|alt.badge.img+8
Updated idea statusArchivedOpen