ICEfaces
  1. ICEfaces
  2. ICE-9660

ace:dateTimeEntry timezone in pattern causes conversion error

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: EE-3.3.0.GA_P01, 4.0.BETA
          • Fix Version/s: EE-3.3.0.GA_P02, 4.0
          • Component/s: ACE-Components
          • Labels:
            None
          • Environment:
            3.4 snapshot... EE-3.3.0.GA Maintenance Branch, Icefaces 4 trunk.
          • Assignee Priority:
            P2

            Description

            ace:dateTimeEntry with pattern="d MMM yyyy z" or pattern="d MMM yyyy Z" displays correctly however if you change the date it results in a conversion error

              Activity

              Ascending order - Click to sort in descending order
              Keith Garry Boyce created issue -
              Hide
              Permalink
              Keith Garry Boyce added a comment -

              I'm using 3.4 snapshot..

              Show
              Keith Garry Boyce added a comment - I'm using 3.4 snapshot..
              Ken Fyten made changes -
              Field Original Value New Value
              Assignee Arturo Zambrano [ artzambrano ]
              Fix Version/s 4.0 [ 10770 ]
              Fix Version/s EE-3.3.0.GA_P02 [ 11371 ]
              Assignee Priority P2 [ 10011 ]
              Ken Fyten made changes -
              Fix Version/s 4.0 [ 11382 ]
              Fix Version/s 4.0.BETA [ 10770 ]
              Liana Munroe made changes -
              Affects Version/s 4.0.BETA [ 10770 ]
              Liana Munroe made changes -
              Environment 3.4 snapshot... 3.4 snapshot... EE-3.3.0.GA Maintenance Branch, Icefaces 4 trunk.
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #40776 Thu Apr 10 10:03:24 MDT 2014 art.zambrano ICE-9660 added utility function to parse time zone in date-time patterns when rendering component
              Files Changed
              Commit graph MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datetimeentry/DateTimeEntryRenderer.java
              Commit graph MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datetimeentry/DateTimeEntryUtils.java
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #40778 Thu Apr 10 10:32:23 MDT 2014 art.zambrano ICE-9660 added utility function to parse time zone in date-time patterns when rendering component
              Files Changed
              Commit graph MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datetimeentry/DateTimeEntryRenderer.java
              Commit graph MODIFY /icefaces4/trunk/icefaces/ace/component/src/org/icefaces/ace/component/datetimeentry/DateTimeEntryUtils.java
              Hide
              Permalink
              Arturo Zambrano added a comment -

              Committed fix to 4.0 trunk at revision 40778 and to 3.3 EE maintenance branch at revision 40779. Added a utility function to parse time zone patterns when rendering the component.

              The client-side calendar widget has a very limited support for time zones and no controls to specify time zones. Also, it doesn't support all the formats supported in Java. So, the time zone patterns (Z, z, and zzzz) are now parsed when rendering the component and passed to the client as literal text. These are parsed according to the locale and timeZone specified in the component.

              IMPORTANT NOTE: using time zones in patterns only makes sense if the pattern includes the time as well. It won't be interpreted correctly by the client-side calendar widget if time is not included in the pattern string. So, the pattern in this JIRA description won't work anyway, since it doesn't make sense to display a time zone if time is not displayed as well. To test this, the pattern has to include, at least, the hour, like "d MMM yyyy h z", for example.

              Show
              Arturo Zambrano added a comment - Committed fix to 4.0 trunk at revision 40778 and to 3.3 EE maintenance branch at revision 40779. Added a utility function to parse time zone patterns when rendering the component. The client-side calendar widget has a very limited support for time zones and no controls to specify time zones. Also, it doesn't support all the formats supported in Java. So, the time zone patterns (Z, z, and zzzz) are now parsed when rendering the component and passed to the client as literal text. These are parsed according to the locale and timeZone specified in the component. IMPORTANT NOTE: using time zones in patterns only makes sense if the pattern includes the time as well. It won't be interpreted correctly by the client-side calendar widget if time is not included in the pattern string. So, the pattern in this JIRA description won't work anyway, since it doesn't make sense to display a time zone if time is not displayed as well. To test this, the pattern has to include, at least, the hour, like "d MMM yyyy h z", for example.
              Arturo Zambrano made changes -
              Status Open [ 1 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Hide
              Permalink
              Liana Munroe added a comment -

              Confirmed fixed Icefaces 4 trunk and Icefaces ee-3.3.0 maintenance branch r40796. All browsers. The "d MMM yyyy h z" pattern has been added to the dateTimeEntry Attribute test applications.

              Show
              Liana Munroe added a comment - Confirmed fixed Icefaces 4 trunk and Icefaces ee-3.3.0 maintenance branch r40796. All browsers. The "d MMM yyyy h z" pattern has been added to the dateTimeEntry Attribute test applications.
              Ken Fyten made changes -
              Status Resolved [ 5 ] Closed [ 6 ]

                People

                • Assignee:
                  Arturo Zambrano
                  Reporter:
                  Keith Garry Boyce
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  3 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: