Date format is incorrect in 1Password for Mac

My region is and has been Ireland, so dates should not have shown in U.S. format. But now my suspicion is that the application responds to Mac events on region changes, but retains some old region setting if it was changed when 1Password wasn't running and therefore did not receive the system event. 1Password might not be making sure on startup that its retained region information still agrees with the system setting.
In my case, I was able to fix the date formatting by changing region while 1Password was running. I also upgraded to 8.9.13 in the meantime.

@Mr_V,

If you're comfortable sharing, could I confirm which region is set in your macOS settings? I've also seen some reports of this change behaving better when made while the app remains open, so give that a try and let me know if you see any improvements.

@BusterBill,

Thanks for surfacing this. I can't speak to how times are handled by the OS and app compared to dates, but I can certainly understand how they're related so I'll make a note of this for the rest of the team. I'd be happy to see a 24-hour time in 1Password as well. 😊

@Snesco,

I tested this locally and saw the same results, odd indeed. Could you give Canada a try and let me know if you see any better results?

ref: dev/core/core#8747

Thanks so much for sharing these details, @jcocula, I've shared them with the rest of the team. Glad to hear you've got things sorted on your end, we'll continue working on improving this. 🙂

Hi @andrew_l_1P

My Mac is in "expat mode" — region set to Germany, language to English. I'm attaching a screenshot of the relevant System Settings page.

Currently my setting of AppleICUDateFormatStrings in the global domain is:


{
1 = "y-MM-dd";
4 = "EEEE, d MMMM y";
}


As you can see, I only have keys 1 (short date) and 4 (full date) set. I've been meaning to set 2 and 3 as well to see if that makes a difference to 1Password, but haven't gotten around to it yet. Regardless, I'm assuming that 1Password isn't actually reading a specific key here, since there are system API calls for getting the date in the correct format?

My AppleICUTimeFormatStrings is unset.

Hi @Mr_V,

Thanks so much for these additional details! If you're open to some additional testing, could you tell me if changing your region to Canada shows any better results? Either way I've forwarded these details to our development team, thanks again!

Why is there even a suggestion to use system format? I feel that could be an option but also allow your format directly. Like today is 19th January 2023 so options should be as follows.
1) 19 January 2023
2) 19 Jan 2023
3) DDMMMYYYY
4) MMMDDYYYY
5) YYYYMMMDD
And all possible formats. I'm interested that month should be in alphabets so there's no confusion for dates. This should work with all regions in the world.
You can also add galaxy time format of you're planning to get subscribe from there too.(this is on a lighter note).

+1

This does not only happen with the creation and modification dates but also with all the fields, including expiry dates and dates of birth! The bug has been around for quite some time and both on the Mac OS app and the browser extension. On iOS it works normally and aligns to the regional setting. Please fix this...

This is still a problem for me on 1Password for Mac 8.9.13 (80913040) and the Firefox extension (2.5.1).
It is a VERY annoying issue.

I have been struggling with the same issue for quite some time and I truly hope it will be finally fixed. All dates across 1P (Mac) and browser extension are in MM/DD/YYYY format even though the overall regional setting is DD/MM/YYYY.

Mac OS Ventura 13.1 (22C65)
Firefox extension 2.5.1

@vishalsheth,

The suggestion to try different regions it to help troubleshoot and determine if folks are experiencing the same behaviours. I agree the date format setting should take precedence here. 🙂

@1Passerby,

Sorry to hear you're not seeing these changes reflected in your app. Could you try a different region and making these adjustments while the app is open? Let me know if that produces better results!