You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Gareth Carter (JIRA)" <ji...@apache.org> on 2014/11/22 21:16:12 UTC

[jira] [Commented] (OFBIZ-5850) <@htmlTemplate.renderDateTimeField does not parse date string based on input format

    [ https://issues.apache.org/jira/browse/OFBIZ-5850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14222158#comment-14222158 ] 

Gareth Carter commented on OFBIZ-5850:
--------------------------------------

Thanks Jacques.

The code to remove the ms was something else I was testing and snuck into that patch, apologies for that. 

However, I do believe removing the ms is valid because it prevents the jquery datetimepicker from setting the time in the popup from an existing value. For this I will create another jira.

> <@htmlTemplate.renderDateTimeField does not parse date string based on input format
> -----------------------------------------------------------------------------------
>
>                 Key: OFBIZ-5850
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-5850
>             Project: OFBiz
>          Issue Type: Bug
>    Affects Versions: Release Branch 13.07, Trunk
>            Reporter: Gareth Carter
>            Assignee: Jacques Le Roux
>            Priority: Critical
>             Fix For: Upcoming Branch, 12.04.06, 13.07.02
>
>         Attachments: 1637919.patch
>
>
> Commit 1626419 changed htmlFormMacroLibrary.ftl renderDateTimeField to use Date.parse instead of Date.parseExact.
> https://code.google.com/p/datejs/wiki/APIDocumentation states Date.parse will use current CultureInfo for formats but for parsing ISO yyyy-MM-dd from hidden field, need to use parseExact.
> I spotted this when CultureInfo was en-GB and selecting 2014-11-01 on any date field (i18n field displays 11/01/2014 instead of 01/11/2014)
> For November all days after the 12th display correctly



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)