Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0003386Openbravo ERPB. User interfacepublic2007-09-05 13:432013-01-10 15:18
Reporterplujan 
Assigned Torgoris 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Toplujan
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0003386: Dojo validation does not work for invalid dates
DescriptionDescription:
In the whole application, every date selector has a problem with no valid dates. You can enter all combination of "valid" values: 1 to 31 for dates, 1 to 12 for months and 1 to 9999 for years.
This has no sense since a "01-01-0001" is accepted as well as "31-12-9999". But there are also accepted "31-02-2007" and "31-10-2007" and so on.

Additional data:
Altough it is possible to manually input such dates, there are well interpreted by the calendar control which year dates are limited to 1971 and 2070.
Steps To Reproduce
Proposed Solution
Additional Information
TagsClean-up, ReleaseCandidate
Relationships
Attached Filespng WrongDates.png (94,096) 2012-02-16 11:04
https://issues.openbravo.com/file_download.php?file_id=5001&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
2008-07-01 19:24pjuvaraTag Attached: ReleaseCandidate
2008-07-01 19:24pjuvaraStatusnew => acknowledged
2008-11-16 07:44pjuvaraAssigned Todbaz => pjuvara
2008-11-16 08:39pjuvaraTag Attached: Clean-up
2008-12-10 10:53pjuvaraAssigned Topjuvara => rgoris
2008-12-10 15:04rgorisRelationship addedblocks 0006466
2012-02-15 19:23rgorisStatusacknowledged => scheduled
2012-02-15 19:23rgorisfix_in_branch => pi
2012-02-15 19:24rgorisNote Added: 0045166
2012-02-15 19:24rgorisStatusscheduled => resolved
2012-02-15 19:24rgorisFixed in SCM revision => OB3
2012-02-15 19:24rgorisResolutionopen => fixed
2012-02-15 19:24rgorisStatusresolved => closed
2012-02-16 11:04plujanNote Added: 0045176
2012-02-16 11:04plujanStatusclosed => new
2012-02-16 11:04plujanResolutionfixed => open
2012-02-16 11:04plujanIssue Monitored: plujan
2012-02-16 11:04plujanIssue End Monitor: plujan
2012-02-16 11:04plujanFile Added: WrongDates.png
2013-01-10 15:18rgorisReview Assigned To => plujan
2013-01-10 15:18rgorisNote Added: 0055462
2013-01-10 15:18rgorisStatusnew => closed

Notes
(0006975)
user71   
2005-06-01 00:00   
(edited on: 2008-06-12 09:44)
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1788394 [^]
(0003908)
dbaz   
2008-04-23 19:14   
(edited on: 2008-06-12 09:26)
Logged In: YES
user_id=1500873
Originator: NO

The objetive of the dojo date format is to verify that the field introduced has the correct spell (MM-DD-YYYY, YYYY:MM:DD or whatever). Check the coherence of the date should be a feature request because require a severe javascript logic
(0003909)
cromero   
2008-04-23 19:41   
(edited on: 2008-06-12 09:26)
Logged In: YES
user_id=1500614
Originator: NO

It needs to be reviewed in a more wider way in order to admit validations for different calendars.
Now we admit the Gregorian calendar, but all the validations available are not implemented in order to admit other calendars (Hebrew, Chinese, Persian, etc.).

A project to localize the calendar should be necessary.
(0045166)
rgoris   
2012-02-15 19:24   
Obsolete as per new forms in Openbravo 3.
(0045176)
plujan   
2012-02-16 11:04   
rgoris, this issue is not obsolete nor fixed. Please review attached image of a 3.0 MP7.2
(0055462)
rgoris   
2013-01-10 15:18   
Dojo not relevant anymore. Close.