Item9636: Edit form transposes manually entered dd/mm/yyyy to mm/dd/yyyy and screws up due date.

pencil
Priority: Urgent
Current State: Closed
Released In: 1.0.0
Target Release: n/a
Applies To: Extension
Component: ActionTrackerPlugin
Branches:
Reported By: BobCorless
Waiting For:
Last Change By: CrawfordCurrie
The form handler for editing an action allows either using the pop-up calendar

snagprogram0138.png

or you can type in the date directly....

snagprogram0136.png

The form appears to transpose the manual dd/mm/yyyy entry (European notation) and submits as mm/dd/yyyy format.

snagprogram0137.png

So my example shows changing the 6th November 2010 date (06/11/2010) to 11th June 2010. in the actionsearch.

Funnily enough using the calendar enters the full long date name as 6 November 2010 and this is accepted correctly. It's just the short date form that gets transposed from European to US notation..

-- BobCorless - 07 Sep 2010

For sure dd/mm is a format that we can never agree on in this world and therefore a format that should be avoided at all cost. And if we were to choose side, the greater part of the world uses dd/mm. It is only in USA that the other stupid format is used.

I am surprised that the format is seen as US format but it may be because the plugin author of the CPAN libs used in the plugin is American. If we change the behaviour it will not be long before some American comes and raises a report to get it back again. Best is to avoid the format. Or wait for the Chinese to have bought all of USA and Europe and let them decide.

-- KennethLavrsen - 12 Sep 2010

Could the form be changed to only allow an entry in the date field if it is selected from the popup Calendar?

In fact Kenneth, Configure carries the {DefaultDateFormat} for the site. So there is no excuse for the form to auto transpose the date to mm/dd/yy on manually entered dates. It should pass the date as-is assuming the user has entered the date in the format they want.

It's got nothing to do with waiting for for China/Europe/USA has it? If other forms can pass the date in the correct manner and not get transposed, then this should as well shouldn't it?

-- BobCorless - 16 Oct 2010

You can easily agree with me that a date should never auto transpose to mm/dd/yy.

I am just saying that a significant part of the earth population has a different idea. But they are a minority evil

{DefaultDateFormat} will normally be something else and does not define if the typical user is an American or not.

Changing the behaviour of ActionTrackerPlugin is up to the author of the plugin which is not. me. The current author is very open to the community to fix bugs in the plugin but I will let Crawford decide when behaviour has to change.

-- KennethLavrsen - 17 Oct 2010

This is clearly a bug - European date formats should be the norm, as they are used by 97% of the world's population (and even the USA is slowly giving in to global pressure these days)

-- CrawfordCurrie - 27 Jan 2011

 

ItemTemplate edit

Summary Edit form transposes manually entered dd/mm/yyyy to mm/dd/yyyy and screws up due date.
ReportedBy BobCorless
Codebase 1.0.9
SVN Range
AppliesTo Extension
Component ActionTrackerPlugin
Priority Urgent
CurrentState Closed
WaitingFor
Checkins ActionTrackerPlugin:6f4b61c45572
TargetRelease n/a
ReleasedIn 1.0.0
Topic revision: r6 - 27 Jan 2011, CrawfordCurrie - This page was cached on 17 Sep 2021 - 14:56.

The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. See Copyright Statement. Creative Commons License    Legal Imprint    Privacy Policy