# Customize Date and Time Formats **URL:** \ **Category:** Password Manager\ **Tags:** server:default-cloud, app:all\ **Created:** [March 3, 2023, 8:17am UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673 "2023-03-03T08:17:55Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![jidanni](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/jidanni/32/22442_2.png) [@jidanni](https://community.bitwarden.com/u/jidanni)\ **Post date:** [March 3, 2023, 8:17am UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/1 "2023-03-03T08:17:55Z")
## Feature name 24 Clock ## Feature function In some “foreign” countries, people use a 24 hour clock instead of AM/PM ## Related topics + references In [24 hour dates](http://community.bitwarden.com/t/24-hour-dates/51286) I was told to post here Yes, on your Android phone you will find such a setting. See also [https://developer.android.com/reference/android/text/format/DateFormat.html#is24HourFormat(android.content.Context)](https://developer.android.com/reference/android/text/format/DateFormat.html#is24HourFormat(android.content.Context)) and please also allow people with the US locale to still choose 24h format if they want. ---
**Author:** ![Maltavius](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/maltavius/32/20315_2.png) [@Maltavius](https://community.bitwarden.com/u/Maltavius)\ **Post date:** [November 12, 2024, 9:07am UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/2 "2024-11-12T09:07:29Z")
This is also an issue with the Extension on Windows 11. Even with locale set to 24h clock and ISO date format (2024-11-12) Bitwarden writes it backwards ![bild](https://us1.discourse-cdn.com/flex001/uploads/bitwarden1/original/3X/b/d/bd63961f690841ffbabc06de1043a64aa66a1bb9.png) ---
**Author:** ![marlin](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/marlin/32/42539_2.png) [@marlin](https://community.bitwarden.com/u/marlin)\ **Post date:** [November 13, 2024, 10:13am UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/3 "2024-11-13T10:13:03Z")
The [vast majority](https://worldpopulationreview.com/country-rankings/what-countries-use-24-hour-time) of countries use a 24 hour clock so this should be the default instead of the other way around. ---
**Author:** ![DenBesten](https://avatars.discourse-cdn.com/v4/letter/d/9de053/32.png) [@DenBesten](https://community.bitwarden.com/u/DenBesten)\ **Post date:** [November 13, 2024, 2:03pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/4 "2024-11-13T14:03:23Z")
Operating systems already have [locale](https://en.wikipedia.org/wiki/Locale_(computer_software)) settings, which defines how dates, numbers (commas vs periods), etc. are formatted. Is there a reason Bitwarden needs its own locale settings, or would this be better framed as a bug, reporting those place(s) where Bitwarden is displaying dates that without applying the OS’s locale setting? Bugs can be reported either through the “bugs” link in the community’s blue menu bar, or you can open a case though Bitwarden support. ---
**Author:** ![Maltavius](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/maltavius/32/20315_2.png) [@Maltavius](https://community.bitwarden.com/u/Maltavius)\ **Post date:** [November 13, 2024, 3:56pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/5 "2024-11-13T15:56:21Z")
Well @jidanni was told by @sj-bitwarden to make a Feature request. But it’s hard to frame something as a bug when the developers are US based and they are the backwards country using feet, AM/PM and backwards date formats. ---
**Author:** ![TealOak](https://avatars.discourse-cdn.com/v4/letter/t/7c8e57/32.png) [@TealOak](https://community.bitwarden.com/u/TealOak)\ **Post date:** [January 17, 2025, 12:46pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/6 "2025-01-17T12:46:31Z")
Please could the rest of the World have the option to have the 24h clock. I appreciate that the US is the home of Bitwarden and the US have some quaint units, spellings and formats. ---
**Author:** ![Nail1684](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/nail1684/32/47626_2.png) [@Nail1684](https://community.bitwarden.com/u/Nail1684)\ **Post date:** [June 12, 2025, 11:13pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/8 "2025-06-12T23:13:42Z")
@TealOak Welcome to the forum! I moved your post into this existing feature request to the same topic. ---
**Author:** ![Andreas\_Benzing](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/andreas_benzing/32/32602_2.png) [@Andreas\_Benzing](https://community.bitwarden.com/u/Andreas_Benzing)\ **Post date:** [January 13, 2025, 6:53pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/9 "2025-01-13T18:53:39Z")
Today, I was wondering, whether the passkey “Created 02/09/2024” is from February or September. To get around this, I usually configure everything to ISO8601, which would be 2024-09-02. Ideally, the browser extension would follow the system locale to resolve this. Contrary to [24 Hour clock in addition to AM/PM](http://community.bitwarden.com/t/24-hour-clock-in-addition-to-am-pm/51673), I see the time in 24h format, so I think there might be some movement already. ---
**Author:** ![richard64](https://avatars.discourse-cdn.com/v4/letter/r/d07c76/32.png) [@richard64](https://community.bitwarden.com/u/richard64)\ **Post date:** [February 7, 2025, 11:49pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/10 "2025-02-07T23:49:05Z")
I found this feature request while searching for any existing discussions about a similar issue with the Android app (it shows “last update” and “last sync” in a fixed American format, ignoring the system locale). This issue with Passkeys seems to be more of the same. I’d actually consider this and any other similar mishandling of date formats to be a **bug** rather than a feature request. It really isn’t acceptable to use the American format anywhere other than on a device that has been set to an American locale - in the eyes of everywhere else in the world, it’s a strange half-reversed format that is almost impossible to parse! There are several GitHub issues on the topic, as well as comments here in the forums. Would the Bitwarden devs be able to give us an update, and hopefully an ETA for this widespread problem to be fixed system-wide? Provided dates always follow the system locale, it’s less critical for them to be configurable, though that would be great if it’s easy. If for some reason it really has to be a fixed format, ISO8601 is the only viable option. Thanks! ---
**Author:** ![spilly80](https://avatars.discourse-cdn.com/v4/letter/s/b782af/32.png) [@spilly80](https://community.bitwarden.com/u/spilly80)\ **Post date:** [June 5, 2025, 1:47pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/11 "2025-06-05T13:47:59Z")
I support this BUG REPORT fully How can Autofill work universally if parts of the system are blind to the locale setting of the system they are working with. I’m a BitWarden newbie migrating from LastPass. on UK Windows desktop + Android mobile. Until now I’ve been able to find my way through the jungle of Google, MS Authenticator and LastPass all fighting to be “top dog”. Thanks to Bitwarden articles, I’ve managed the swap so far But I’m very disappointed at such a basic omission as being aware of Regional settings Please treat this as a usability bug, give it some priority, and report back here. Yes, we’re real people too!! ---
**Author:** ![DenBesten](https://avatars.discourse-cdn.com/v4/letter/d/9de053/32.png) [@DenBesten](https://community.bitwarden.com/u/DenBesten)\ **Post date:** [June 5, 2025, 1:56pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/12 "2025-06-05T13:56:30Z")
> [@richard64](#): > > I’d actually consider this … to be a **bug** > [@Customizable date format](http://community.bitwarden.com/t/customizable-date-format/79037/3): > > I support this BUG REPORT fully For the record, bug reports are tracked [on Github](https://github.com/bitwarden/clients/issues), not here. To create a bug report, click “new issue” [on Github](https://github.com/bitwarden/clients/issues). ---
**Author:** ![spilly80](https://avatars.discourse-cdn.com/v4/letter/s/b782af/32.png) [@spilly80](https://community.bitwarden.com/u/spilly80)\ **Post date:** [June 5, 2025, 3:46pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/13 "2025-06-05T15:46:45Z")
I’m not a coder - at least not in current development languages But I do want to help and to support constructive suggestions. I see problems logged here going back to 2021 to do with date formats and more recent problems logged 2024-2025 from international English users like me This user forum is for people like me (I assume) I hope that moderators will spot constructive suggestions, point users towards help topics, and pass good suggestions on to developers AND feedback too. Dates have varying regional formats. I thought Bitwarden is a mature product with a good reputation. Surely this is a serious omission??? I hope I’m not being unreasonable in such expectations Spilly80 PS I did get a GitHub account before posting this reply ---
**Author:** ![richard64](https://avatars.discourse-cdn.com/v4/letter/r/d07c76/32.png) [@richard64](https://community.bitwarden.com/u/richard64)\ **Post date:** [June 5, 2025, 4:28pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/14 "2025-06-05T16:28:46Z")
> [@DenBesten](#): > > For the record, bug reports are tracked [on Github](https://github.com/bitwarden/clients/issues), not here. To create a bug report, click “new issue” [on Github](https://github.com/bitwarden/clients/issues). There are already several issues raised in GitHub, with varying degrees of acknowledgement - but no actual progress on any of them. This really is a basic usability issue, which should have far higher priority for development time than the cosmetic changes which seem to form the bulk of recent updates (many of which are seriously negative changes in themselves, but that’s a different topic!). I really want to support Bitwarden, as in most respects it’s far better than all of the other options out there. But this is one of a small number of issues which unfortunately gives the impression that priorities aren’t fully aligned with the needs of the users. ---
**Author:** ![DenBesten](https://avatars.discourse-cdn.com/v4/letter/d/9de053/32.png) [@DenBesten](https://community.bitwarden.com/u/DenBesten)\ **Post date:** [June 5, 2025, 7:39pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/15 "2025-06-05T19:39:02Z")
> [@spilly80](#): > > I hope that moderators will spot constructive suggestions, > point users towards help topics, > and pass good suggestions on to developers The reason we suggest posting yourself is not just so the observation gets the proper attention by the people best positioned to act on it, but also so any questions would be addressed to you instead of me which does nobody any good. Do keep in mind that the moderators of this _community_ forum (@grb, @Nail1684 and @DenBesten) are volunteers with no more access inside Bitwarden than any other customer. The community is primarily is a peer-to-peer venue with only occasional employee oversight. ---
**Author:** ![grb](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/grb/32/22038_2.png) [@grb](https://community.bitwarden.com/u/grb)\ **Post date:** [June 5, 2025, 8:07pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/16 "2025-06-05T20:07:36Z")
> [@richard64](#): > > I’d actually consider this and any other similar mishandling of date formats to be a **bug** rather than a feature request. > [@Customizable date format](http://community.bitwarden.com/t/customizable-date-format/79037/3): > > I support this BUG REPORT fully I don’t speak for Bitwarden, but I know from experience submitting and reading bug reports on Github that Bitwarden would _not_ consider this to be a bug. The date displays are functioning as intended/designed, and it would be accepted by Bitwarden devs as a _bug report_ only if the displays did not function as intended/designed (e.g., if you see a date in the format `44/0\123` or `Feb. 33, 19`). What you are asking for, is for the Bitwarden apps to be _redesigned_ with the intent of honoring system locale settings for date/time formats (or at a minimum, to adhere to some international standard), instead of using a US-centric format. This would be a **feature request** for new/improved functionality. If you don’t trust my experience with how Bitwarden handles bug reports, then I would suggest that you file your own bug report to see how it fares. To file a bug report, click the New Issue button on the [github.com/bitwarden/clients/issues](https://github.com/bitwarden/clients/issues) page. Regardless, why split hairs about classification? As a feature request, the proposed functionality has considerable merit. I would suggest that you articulate those merits, instead of debating whether the required development work falls under the umbrella of bug fix vs. new feature. ---
**Author:** ![Nail1684](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/nail1684/32/47626_2.png) [@Nail1684](https://community.bitwarden.com/u/Nail1684)\ **Post date:** [June 5, 2025, 10:27pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/17 "2025-06-05T22:27:22Z")
Hmmm… I totally agree with @grb. On the other hand, I think, in part it _could_ be reported as a bug. Because at the bottom of any vault item (“View”), in the “item history”, the date is already formatted as: ![2025-06-06--00-22-03-vivaldi_ga3PePAmnn](https://us1.discourse-cdn.com/flex001/uploads/bitwarden1/original/3X/4/f/4f6eb24c7d6b9630b6341015f2a04aa8272cf93c.png) **It could be argued as an inconsistency in the UI/UX, which it indeed is** , when passkeys are still formatted as (screenshot from my browser extension): ![2025-06-06--00-28-21-vivaldi_BjbujgcCUw](https://us1.discourse-cdn.com/flex001/uploads/bitwarden1/original/3X/3/d/3dff24f82fb61c2315863f44caba8232dde26e86.png) (and my impression at the moment is, BW wants to have a consistent UI/UX themselves, and so far, they are open to reports regarding that…) So, if `Jun 6, 2025` would be an acceptable improvement (for now) for the passkey field (which OP referenced), I think a bug report should be tried. – Of course, this wouldn’t bring a completely regional customizable date format, so this Feature Request still has merits, I think! ---
**Author:** ![grb](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/grb/32/22038_2.png) [@grb](https://community.bitwarden.com/u/grb)\ **Post date:** [June 5, 2025, 11:19pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/18 "2025-06-05T23:19:31Z")
> [@Nail1684](#): > > So, if `Jun 6, 2025` would be an acceptable improvement An even better variation that would require only minimal code revisions would be the `dd mmm yyyy` (e.g., `6 Jun 2025`, or `06 JUN 2025`) format used in email messages (RFC 5322 Section 3.3), in the US military, and even in some [European standards](https://www.edfplus.info/specs/edfplus.html#additionalspecs). ---
**Author:** ![DenBesten](https://avatars.discourse-cdn.com/v4/letter/d/9de053/32.png) [@DenBesten](https://community.bitwarden.com/u/DenBesten)\ **Post date:** [June 6, 2025, 1:53am UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/19 "2025-06-06T01:53:18Z")
Or 2025-12-25, which is sortable (although unneeded here), is pretty much universally unambiguous and does not really favor any given nation’s standard. ---
**Author:** ![grb](https://sea1.discourse-cdn.com/flex001/user_avatar/community.bitwarden.com/grb/32/22038_2.png) [@grb](https://community.bitwarden.com/u/grb)\ **Post date:** [June 6, 2025, 2:37am UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/20 "2025-06-06T02:37:57Z")
> [@DenBesten](#): > > Or 2025-12-25 Yes this would be preferable, as it is the ISO 8601 standard, but the amount of code revision to implement this in the item history datestamps would be slightly greater than the revisions required to change `Mar. 1, 2023` into `01 Mar 2023`. ---
**Author:** ![spilly80](https://avatars.discourse-cdn.com/v4/letter/s/b782af/32.png) [@spilly80](https://community.bitwarden.com/u/spilly80)\ **Post date:** [June 6, 2025, 7:34pm UTC](https://community.bitwarden.com/t/customize-date-and-time-formats/51673/21 "2025-06-06T19:34:10Z")
I genuinely believe this is a serious Usability issue that should be raised with the developers. I’m surprised that such an advanced product as BW didn’t iron this out long ago. My own background is Excel and Visual Basic. In Excel you soon realise the issues on date-times, especially mandatory literals like #mm/dd/yyyy# required regardless of which region you live in. An ISO format is unambiguous in all western languages. **Action:** I suggest someone more experienced than I raise a new GitHub Usability issue. Any volunteers?? I’d like to see a standard internal date/time in ISO format with both input and Autofill output being interpreted by the client’s own regional settings. The current Autofill function must already be aware of at least the title of target field properties. Credit card Autofill is a bit more specialist. Data items such as Cr Card expiry destinations might be populated according to any ghosted YY, YYYY, mm, MMM etc. [Next page](https://community.bitwarden.com/t/customize-date-and-time-formats/51673.md?page=2)