You must log in or register to comment.
Do we have a community yet for IAm14AndThisIsFunny?
Another possible case no one seems to have mentioned. That the CSS doesn’t do that kind of spacing automatically, and that the user manually put in spaces this creating an invalid date for the lulz.
Still software gore. Spacing should not matter, proper parsing should ignore whitespace in a simple format like this.
It also shouldn’t require leading zeros
Even better, the appropriate spacing/symbols should be automatically added so the user doesn’t have to worry if the form is going to parse whitespace.
Even better, it should ignore all input except 0-9 so it doesn’t matter if you try to put spaces or other characters.
deleted by creator
Maybe it’s for something 18 and up? Like a banking app
I’m going to guess they typed 02/17/2008 the first time to denote Feb 17th as is fairly standard with American apps. It then told him it was invalid because there arent 17 months in a year because it was the wrong format. They typed it correctly after and took a screen shot before pressing submit. (Making it so the error was still on screen from the previous bad submission. )
That is all just a guess though.
Remind is a communication platform that reaches students and families where they are and supports learning wherever it happens.
There was nothing in the post indicating what app this was and “Remind” is a generic enough word, even if upper-cased, to make the service not obvious. It could be a porn-site for what we know, in which case that date should naturally be rejected.
13 and up due to COPPA if this is a US based website.
https://www.ftc.gov/legal-library/browse/rules/childrens-online-privacy-protection-rule-coppa
Just want to say that DD/MM/YYYY is the superior date format. 💪🗓️
ISO 8601 forever!!!
deleted by creator
deleted by creator
yyyy-mm-dd is even better but dd-mm-yyyy is still good
Yet still inferior to YYYY/MM/DD.
I don’t understand. OP can you help?
It’s likely the birthday is being rejected for not meeting minimum age to consent to the TOS.
deleted by creator
It specifically requested DD/MM/YYYY format though.
Yeah… I am stoned but this looks like it should be valid and there is just a bug in the code.
I’m guessing the UI designer accidentally put in DD/MM/YY, when the code handles the date as MM/DD/YY.
Sometimes if the developers don’t specify, the date format can follow clients’ settings, which can lead to unpredictable results like this.
Yeah, I’d imagine you’d want to adapt for different locales. Here in the US, MMDDYY is pretty ubiquitous, but I’m sure it’s different in other countries.
I’ve experienced this kind of confusion first hand, so I know a thing or two.
95% of people are not USian and also, can read the requested date format correctly.
deleted by creator
tell me you are from the US without telling me you are from the US
Image Transcription:
A screenshot from the setup of the Remind mobile application with an image of a calendar and the text
"What is your birthday?
This will stay private to you and will help keep Remind safe
Birthday
DD/MM/YYYY"
Followed by a text field that has been filled out with the date “17 / 02 / 2008”.
Below the text field is the red error text reading “Please enter a valid date”
[I am a human, if I’ve made a mistake please let me know. Please consider providing alt-text for ease of use. Thank you. 💜]
The only thing worse than mm/dd/yyyy is dd/mm/yyyy. Use a bloody different separator if you’re writing dates correctly.
What wrong with /
It’s already in use for mm/dd/yyyy. When I see slashes I expect that, when I see dots I expect dd.mm.yyyy, when I see hyphens I expect yyyy-mm-dd.
And then comes along a random I guess Canuck and writes something totally incomprehensible.
it’s already in use for mm/dd/yyyy
No, it’s already in use for dd/mm/yyyy. When the majority of the world sees slashes (with the four-digit year at the end), they expect that. Americans are the ones making things ambiguous.
Then, fine, make the yanks use another symbol.
