Info page log is in 12 hour 
The raw log below is in 24 hour 
All is exactly the same on a Linux client machine. Exact same behavior.
I have created a Github bug report at https://github.com/home-assistant/home-assistant-polymer/issues/3332
3 Likes
So I had this problem as well. Until I was smart enough to check what language I actually had set in Home Assistant on my account. So English seems to be English US as it uses 12h clock in Logbook and History page. But Swedish uses 24h clock there.
So I guess problem would be solved if there was a English (UK) option?
No it’s not solved. If i set it to “German” it still shows am/pm if connected through an english browser.
3 Likes
So? There is still no fix for this?
Please fix - Or change default to ISO / Metric systems, and let the people with 3 fingers on hands and feet, 12 in total (victims of imperial system - 12 inches = 1 foot. 3 feet = 1 yard), be the ones that has to struggle to get it right.
3 Likes
Solution for making 24h even though HA UI language is English - Simply add language line in Card define:
…
Setting time format per card is not very practical.
Eg mini-graph-card has no problems to show 24h format no matter of the used browser or settings of.
So it should be possible to make HA ALL 24h or am/pm, I just guess that most of the developers are using am/pm and are not interested in making the (big) change.
2 Likes
Wow.
New to the community (installed Home Assistant (formerly known as Hass.io 
) yesterday). This is my first post.
More business oriented that technical, but with what I would consider above average programming skills for a non-programmer, I struggle to get the application to behave the way I want. 
This thread, however, was not very encouraging.
I have full respect for the fact that it may be a large programming effort to be able control the date and time format from within the app, but, also with all due respect, the fact that this is not already built into the system is a huge design flaw!
The discussion above just proves that this should be viewed from and end user perspective, and not from a technical perspective. We could argue for months (actually, the discussion in this thread has been going on for almost two years…) about whether the setting is retrieved from the browser or the OS*, but the fact remains that even though it is very fancy to retrieve settings from the underlying system, it should really be possible to override in the application.
The use cases are numerous in the thread above; some people don’t get to decide the language of their OS or browser, some have other reasons for running the OS or browser with this or that language or regional setting, but they still want to be able to have date and time displayed the way in which they are used to. There could even be cases where you want one date/time format in one app, because that’s what you use when you talk to your American customers or co-workers, and other date/time formats in another apps, because you use that with your European colleagues or that’s what you’re used to from childhood or whatever.
I recently had a lengthy discussion with one of the larger Swedish banks about their app, which originally was only available in Swedish, but when they added an English version, the language was automatically set by the language of the OS. This was extremely frustrating, since I am very used to running the OS in English (always have, always will, partly due to the fact that some terms are poorly translated or sounds strange since the OS in most cases is originally created in English) but the bank app in Swedish (partly because some of the English translations within the bank app were really, really bad). After a very long and exhausting discussion they finally changed** so that the OS language was default, but it was possible to change to your preferred language within the app.
And this is exactly what should be the standard in every app out there. When it comes to languages and regional settings, retrieve whatever you want from the underlying system (browser, OS, whatever) but make it possible to override it in the app.
And I’m not even getting into the whole “ISO is the only correct way to display date and time”, because I don’t want to start a religious war (even though ISO is the correct way… ). For most Europeans 24h presentation of time is the natural thing, for most people in the US 12h presentation of time comes natural. Regardless of what language you have in your OS or browser.
I really hope that this gets fixed. It’s not a deal breaker, but it’s definitely something that diminishes my enthusiasm…
*) As for me, in Sweden with US English Windows, the time format changes from 12h to 24h when I change the primary display language in my Chrome browser. Others in the thread have argued that you have to change a setting in the OS, but for me that is simply not true. For others it may be. Which just further proves my point…
**) I’m not saying I was the one who single-handledly got them to do it, but I hope my opinion (and nagging…) played at least some part.
15 Likes
Its on the to-do list so it will get changed. That does not guarantee changes in custom ui elements.
4 Likes
Great, many thanks!
I’ll just make sure not to create any custom ui elements until this is done then…
I mean, if the UI element already has it working, no point in avoiding it. It’s just that the dev team fixes native HA only. Custom elements are made by joe schmo’s like us.
Of course.
Thanks for clarifying.
Could you point to the Github issue? I see a bunch of them in HA and the frontend tracker but none where it gives at least a rough idea of the timeline. Thanks!
Funny that it has been around since 2015, I wonder if Frenck, being Dutch, is not bothered about it 
1 Like
There will be no timeline. If the issue exists, it’ll get handled when the devs come across it. Personally, I don’t think you should hold your breath. I would assume something like this would be low, but now there’s a full time developer on the frontend. I’m always a glass half empty kind of guy, so it could be sooner than we think.
@frenck What’s your thought about this? Being both from Europe, this has mildly annoyed me for a long time
3 Likes
Will this ever be fixed or configurable? I’m wondering if we can beat the record for this issue: https://bugs.launchpad.net/ubuntu/+source/terminator/+bug/271487
1 Like
Still got 2 years to come to that record. It’s only been 10 months and there are older issues.
I personally have NO understanding for applications that THINK that it’s a clever idea to ignore any setting you (could/can) set during setup (eg. set locale to GERMAN and 12h format if you like), and then change this by some not clearly explained or understandable settings from the browser or OS.
It’s similar with the UNIFI app which changes my language to GERMAN all the time, but i guess not based on the OS or browser (which all are ENGLISH as I think this is the most “spoken” IT language), but based on LOCATION derived from IP address. How strange is that???
Even worse: Websurfing in the office, and the company uses different proxies, one in the Netherlands, and the other one in Poland, and Aliexpress thinks it’s clever to switch language to dutch, even though I’m logged in and clearly have my language set to ENGLISH).
I guess you get my point: The way it’s handled now is NO end-user centric and therefore wrong imho.
2 Likes
Changing language to Esperanto changes to a 24hr clock for me. Everything appears to be in English still after checking a few of my cards.
1 Like