DoB format should follow system locale #7801
Comments
Is this as part of the database creation procedure (in setup.pl)? Or is this in the regular application (login.pl)? |
|
Create User in setup.pl
…On Sun, 10 Dec 2023, 20:57 Erik Huelsmann, ***@***.***> wrote:
When creating a new user the system prompt for a mandatoy Date of Birth.
Is this as part of the database creation procedure (in setup.pl)? Or is
this in the regular application (login.pl)?
—
Reply to this email directly, view it on GitHub
<#7801 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMS2F7Q5NXRFJBWYBDLYHBTYIWBSPAVCNFSM6AAAAABAOKQ54CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBYHEYTKMBQHE>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
ehuelsmann
added
type:enhancement
|
Although I understand why this would be perceived to be a bug, this is how LedgerSMB was designed: when there is no explicit date preference setting (which there isn't for the default user which gets created in setup.pl), the iso standard format gets selected. The same elements which apply this logic are also used for setup.pl and since setup.pl does not have a user, the date preference setting is always missing, defaulting the date format to the iso standard. |
|
It doesn't comply with the ISO standard which is YYYYMMDD.
…On Tue, 26 Dec 2023, 06:45 Erik Huelsmann, ***@***.***> wrote:
Although I understand why this would be perceived to be a bug, this is how
LedgerSMB was designed: when there is no explicit date preference setting
(which there isn't for the default user which gets created in setup.pl),
the iso standard format gets selected.
The same elements which apply this logic are also used for setup.pl and
since setup.pl does not have a user, the date preference setting is
always missing, defaulting the date format to the iso standard.
—
Reply to this email directly, view it on GitHub
<#7801 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMS2F7QHU43ZKALOZDJ4HZLYLHJVDAVCNFSM6AAAAABAOKQ54CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRZGA4TQMRYGA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
I thought the same for a long time but according to the Wikipedia article (https://en.m.wikipedia.org/wiki/ISO_8601) both with and without separating dashes are allowed... |
|
I agree, both YYYYMMDD and YYYY-MM-DD are ISO, but not m/d/yyyy, which is
the US format, and is what setup.pl calls for.
…On Tue, 26 Dec 2023 at 20:19, Erik Huelsmann ***@***.***> wrote:
It doesn't comply with the ISO standard which is YYYYMMDD.
I thought the same for a long time but according to the Wikipedia article (
https://en.m.wikipedia.org/wiki/ISO_8601) both with and without
separating dashes are allowed...
—
Reply to this email directly, view it on GitHub
<#7801 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMS2F7V37WR2FCFFRTTZMWTYLKJB5AVCNFSM6AAAAABAOKQ54CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRZGM4TMMRXHE>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
Howard.
--
When you want a computer system that works, just choose Linux;
When you want a computer system that works, just, choose Microsoft.
|
|
Ok. Even though I create new companies while manually testing the software about a dozen times a day, I never noticed the date format is set to m/d/yyyy on my system too. As it turns out, this setting does follow "system locale" to some extent. First, it should be noted that webpages do not have a thing like "system locale". They can use the value "navigator.language" to access the browser's language selection, but there's no way to tap into system defaults. Browsers themselves can do this, obviously. When we were to use Now, I was able to change the "m/d/yyyy" preference in the setup.pl page by changing the language setting on my browser. Switching from the preferred "en-US" to "nl-NL", the input format switched to dd-mm-yy. It seems that the page is sensitive to preferences/language selections, but your date formatting preference may not be aligned with your language preference... |
|
I'll check that out
…On Tue, 26 Dec 2023, 22:03 Erik Huelsmann, ***@***.***> wrote:
Ok. Even though I create new companies while manually testing the software
about a dozen times a day, I never noticed the date format is set to
m/d/yyyy on my system too. As it turns out, this setting *does* follow
"system locale" to some extent.
First, it should be noted that webpages do not have a thing like "system
locale". They can use the value "navigator.language" to access the
browser's language selection, but there's no way to tap into system
defaults. Browsers themselves *can* do this, obviously. When we were to
use <input type="date" /> instead of our own widget (not sure about its
behavior with respect to the enclosing UI or the in-browser selected locale
preference). However, that widget is rendered differently on each browser
and does not align with the style of the widget library we are using.
Now, I *was* able to change the "m/d/yyyy" preference in the setup.pl
page by changing the language setting on my browser. Switching from the
preferred "en-US" to "nl-NL", the input format switched to dd-mm-yy. It
seems that the page is sensitive to preferences/language selections, but
your date formatting preference may not be aligned with your language
preference...
—
Reply to this email directly, view it on GitHub
<#7801 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMS2F7TAJYVYF3TJIQUNBLLYLKVJLAVCNFSM6AAAAABAOKQ54CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRZGQ3DCMZYHA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
|
My system locale is English(Australian) as it is in Chromium also.
On Wed, 27 Dec 2023 at 04:45, Howard Lowndes ***@***.***>
wrote:
… I'll check that out
On Tue, 26 Dec 2023, 22:03 Erik Huelsmann, ***@***.***>
wrote:
> Ok. Even though I create new companies while manually testing the
> software about a dozen times a day, I never noticed the date format is set
> to m/d/yyyy on my system too. As it turns out, this setting *does*
> follow "system locale" to some extent.
>
> First, it should be noted that webpages do not have a thing like "system
> locale". They can use the value "navigator.language" to access the
> browser's language selection, but there's no way to tap into system
> defaults. Browsers themselves *can* do this, obviously. When we were to
> use <input type="date" /> instead of our own widget (not sure about its
> behavior with respect to the enclosing UI or the in-browser selected locale
> preference). However, that widget is rendered differently on each browser
> and does not align with the style of the widget library we are using.
>
> Now, I *was* able to change the "m/d/yyyy" preference in the setup.pl
> page by changing the language setting on my browser. Switching from the
> preferred "en-US" to "nl-NL", the input format switched to dd-mm-yy. It
> seems that the page is sensitive to preferences/language selections, but
> your date formatting preference may not be aligned with your language
> preference...
>
> —
> Reply to this email directly, view it on GitHub
> <#7801 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AMS2F7TAJYVYF3TJIQUNBLLYLKVJLAVCNFSM6AAAAABAOKQ54CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRZGQ3DCMZYHA>
> .
> You are receiving this because you authored the thread.Message ID:
> ***@***.***>
>
--
Howard.
--
When you want a computer system that works, just choose Linux;
When you want a computer system that works, just, choose Microsoft.
|
|
The fact that this does not work for the en_AU locale it's an upstream but in our widget library (Dojo Toolkit). It's not something we can fix on our side. Unfortunately, I'm not expecting them to do anything about it because development is non existent. (We're working to migrate to a new library). Given the above, I think there is no need to keep this ticket open. @ylavoie please reopen if you feel like chatting Dojo. |
Version
1.11.4
What browsers are you seeing the problem on?
This problem isn't browser related
What happened?
When creating a new user the system prompt for a mandatoy Date of Birth.
It will only accept a DoB in US format (M/D/Y).
What should have happened?
The requested field should accept dates according to the system locale.
The text was updated successfully, but these errors were encountered: