[jira] [Created] (OFBIZ-4547) renderDateTimeField Freemarker macro ignores framework date-time format settings

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Created] (OFBIZ-4547) renderDateTimeField Freemarker macro ignores framework date-time format settings

Nicolas Malin (Jira)
renderDateTimeField Freemarker macro ignores framework date-time format settings
--------------------------------------------------------------------------------

                 Key: OFBIZ-4547
                 URL: https://issues.apache.org/jira/browse/OFBIZ-4547
             Project: OFBiz
          Issue Type: Bug
          Components: framework
    Affects Versions: SVN trunk
            Reporter: Nicolas Malin
            Priority: Minor


http://ofbiz.135035.n4.nabble.com/renderDateTimeField-Freemarker-macro-ignores-framework-date-time-format-settings-td3965275.html#none

{quote}
The renderDateTimeField macro in htmlFormMacroLibrary.ftl ignores the
framework date-time format settings and formats date-time fields using
jQuery instead. Two problems with that:

1. Even when shortDateInput = true, the date and time are displayed when
the value is a Timestamp.
2. If the value is anything other than a Timestamp, (java.util.Date or
java.sql.Date) then the field content is localized, and any attempt to
pass the field content to a service fails - because there is no way to
convert the string back to the proper object type.

Why was this change made?
----
I located the problem and committed some notes in rev 1197028. I don't
have time right now to fix it.

The problem isn't caused by JavaScript, it's caused by the renderer. We
still need to fix the JavaScript code though.

-Adrian
{quote}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       
Reply | Threaded
Open this post in threaded view
|

[jira] [Updated] (OFBIZ-4547) renderDateTimeField Freemarker macro ignores framework date-time format settings

Nicolas Malin (Jira)

     [ https://issues.apache.org/jira/browse/OFBIZ-4547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Nicolas Malin updated OFBIZ-4547:
---------------------------------

    Attachment: OFBIZ-4547.patch

Adrian, I try to solve the parsing date problem but I can't reproduce this bug.

Can you check the patch, and if is't ok can you give how reproduce it.
               

> renderDateTimeField Freemarker macro ignores framework date-time format settings
> --------------------------------------------------------------------------------
>
>                 Key: OFBIZ-4547
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4547
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: SVN trunk
>            Reporter: Nicolas Malin
>            Priority: Minor
>              Labels: date, render
>         Attachments: OFBIZ-4547.patch
>
>
> http://ofbiz.135035.n4.nabble.com/renderDateTimeField-Freemarker-macro-ignores-framework-date-time-format-settings-td3965275.html#none
> {quote}
> The renderDateTimeField macro in htmlFormMacroLibrary.ftl ignores the
> framework date-time format settings and formats date-time fields using
> jQuery instead. Two problems with that:
> 1. Even when shortDateInput = true, the date and time are displayed when
> the value is a Timestamp.
> 2. If the value is anything other than a Timestamp, (java.util.Date or
> java.sql.Date) then the field content is localized, and any attempt to
> pass the field content to a service fails - because there is no way to
> convert the string back to the proper object type.
> Why was this change made?
> ----
> I located the problem and committed some notes in rev 1197028. I don't
> have time right now to fix it.
> The problem isn't caused by JavaScript, it's caused by the renderer. We
> still need to fix the JavaScript code though.
> -Adrian
> {quote}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       
Reply | Threaded
Open this post in threaded view
|

[jira] [Updated] (OFBIZ-4547) renderDateTimeField Freemarker macro ignores framework date-time format settings

Nicolas Malin (Jira)
In reply to this post by Nicolas Malin (Jira)

     [ https://issues.apache.org/jira/browse/OFBIZ-4547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Nicolas Malin updated OFBIZ-4547:
---------------------------------

    Affects Version/s: Screen Widget Redesign
   

> renderDateTimeField Freemarker macro ignores framework date-time format settings
> --------------------------------------------------------------------------------
>
>                 Key: OFBIZ-4547
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4547
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: Screen Widget Redesign, SVN trunk
>            Reporter: Nicolas Malin
>            Priority: Minor
>              Labels: date, render
>         Attachments: OFBIZ-4547.patch
>
>
> http://ofbiz.135035.n4.nabble.com/renderDateTimeField-Freemarker-macro-ignores-framework-date-time-format-settings-td3965275.html#none
> {quote}
> The renderDateTimeField macro in htmlFormMacroLibrary.ftl ignores the
> framework date-time format settings and formats date-time fields using
> jQuery instead. Two problems with that:
> 1. Even when shortDateInput = true, the date and time are displayed when
> the value is a Timestamp.
> 2. If the value is anything other than a Timestamp, (java.util.Date or
> java.sql.Date) then the field content is localized, and any attempt to
> pass the field content to a service fails - because there is no way to
> convert the string back to the proper object type.
> Why was this change made?
> ----
> I located the problem and committed some notes in rev 1197028. I don't
> have time right now to fix it.
> The problem isn't caused by JavaScript, it's caused by the renderer. We
> still need to fix the JavaScript code though.
> -Adrian
> {quote}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira