I can certainly echo the (HN) poster's comment from a few days ago:<p>> I am having trouble with the date formats on macOS. My passport expiry is shown in MM/DD/YYYY, even though my date locale is clearly set to DD.MM.YYYY. In 1Password 7, as far as I can tell, it used to be DD/MM/YYYY.<p>> I have literally had a ton of trouble because of this because I entered my passport expiry date wrong on an airline form. As both numbers in the date can be flipped and will still show a valid date, this error isn't easy to catch, either. After looking this up, it has been first reported over 1.5 years ago! That is not an acceptable timeframe!<p>I've already had some wrestling with incorrect date formatting in 1Password, but I recently added my family's passports and <i>almost</i> made the exact same mistake.<p>You could somewhat justify future support back when 1P 7.x was in support, but now that it's <i>completely</i> EOL (mobile app is unlisted), there's absolutely no reason for this. It's literally one system API call. (Which they're already using in the "modified/created" fields on iOS!)
The debate here over which date format is best is pointless, and has nothing to do with the problem reported here. Computers have locale settings. You can set the date format to your preferred or expected format. The issue is that 1Password isn't respecting that locale. This has literally nothing to do with whether the US is backwards or your own unique personal date coding is better.
I’ve been a happy user of 1 password for 5+ years, but I’m considering changing.<p>This goes beyond date format for me. Issues like these show that the company is not committed to listening to feedback and addressing issues. It erodes my trust in them. Given that they hold my passwords, trust is paramount.<p>Same with their decision of not adding 1 password 8 into the Mac App Store. I won’t install outside the App Store, so I’m sticking with 7. The moment that goes, so do I.
Hey HN!<p>Glad to have this reach the frontpage as 1Pass support has been unhelpful with this for months, so I‘m hoping to get some attention to this issue via this route.<p>My previous comment has already been quoted here, so I won‘t reiterate, but this issue is generally easy-to-fix, yet can have a huge impact if not working.<p>Very annoyed with 1Password’s product direction and support on this. Their customer focus has been off for a while in my eyes, sadly.
I've been holding out on 7 for reasons like this. The native macOS version seems to honour my system locale settings. I don't see myself moving to an Electron-based app, and am really hoping that the updated keychain stuff in Sonoma will be such that I can just say goodbye, despite how much I've enjoyed 1Password for the _many_ years I've been a loyal customer.
The responses from 1Password are maddening. "Can't say if of when the dev team will address this", "I'll add a vote on your behalf (smiley)", "Keep checking our release notes"
"We're moving to Electron so that we can iterate and ship features and fixes much faster". This is the same 1Password that hobbled keyboard navigation 2 versions ago and still hasn't fixed it.
The best date format, in my humble opinion:<p>yyyy-mm(mmm)-dd<p>2023-07(Jul)-12<p>...<p>Why?<p>- Goes from biggest to lowest value (year, then month, then day)<p>- To remove any ambiguation, also shows month in alpha format.<p>- Still sortable :-D This is the best part I think.
Time is a PITA to normalize between frontends and backends, but not an overly arduous task. I wonder what's preventing them from know what the users preferred format is.<p>Anecdotally, I worked for a British company that used YY/MM/DD and it regularly caused reliability issues during operations. Of course, they responded with, "What's wrong with the date? It's correct." Yes - correct, but not accessible especially operationally so. If you want to take advantage of a global userbase or workforce be prepared to have the tax of these kinds of features being necessary.
The 1Password move to election has left it full of things like this that AgileBits then pretend aren’t real. I won’t be renewing my subscription now this is the only option.
I had 1Password gobble my GitHub account credentials, which is fucking terrifying since most of my 2fa backup codes get stored in 1Password.<p>I really need to back everything up offline more frequently.
Would love to know if and why it is hard to implement this kind of feature for 1P. Any takes?<p>Also there is a heated debate that the UK is doing dates "the right way" and the US is wrong. Other than that people from Europe seem to think all of their practices are better than others, what is the possible reasoning that the order of numbers in a date string could have a right and wrong solution?
Glad I've jumped ship to KeePassXC after 1PW7. The transition from 7->8 introduced nothing but bugs, electron bloat and lack of sensible data control to users, all of it sold by a tone-deaf PR department as "but written in rust!"
I wonder if this was a result of a PM treating localizacion as a feature that can be deprioritised to oblivion rather than a core deliverable of the feature “show a date”?