Serious bug in tr:chooseDate
----------------------------
Key: TRINIDAD-817
URL: https://issues.apache.org/jira/browse/TRINIDAD-817
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
Reporter: Luka Surija
I've found a serious bug in tr:chooseDate bug. It has something to do with day
light saving.
1. scenario:
<tr:inputDate value="#{myBean.date}" >
<tr:convertDateTime pattern="dd.MM.yyyy HH:mm" />
<tr:chooseDate />
</tr:inputDate>
time-zone in trinidad-config.xml doesn't matter.
initial value for myBean.date is null.
1. select: 18. August 2007 on date picker
displayed date is "18.08.2007 18:38" (18:38 is client browser time)
2. select again: 18. August 2007 on date picker
displayed date is "18.08.2007 17:37" (18:38 is client browser time)
3. select again: 18. August 2007 on date picker
displayed date is "18.08.2007 16:36" (18:38 is client browser time)
4. select again: 18. August 2007 on date picker
displayed date is "18.08.2007 15:35" (18:39 is client browser time)
etc....
2. scenario:
<tr:inputDate value="#{myBean.date}" >
<tr:convertDateTime pattern="dd.MM.yyyy" />
<tr:chooseDate />
</tr:inputDate>
initial value for myBean.date is null.
1. select: 18. August 2007 on date picker
displayed date is "18.08.2007"
2. select again: 18. August 2007 on date picker
displayed date is "17.08.2007"
3. select again: 18. August 2007 on date picker
displayed date is "17.08.2007"
4. select again: 17. August 2007 on date picker
displayed date is "16.08.2007"
etc....
My server timezone is Europe/Zagreb. Setting
<time-zone>Europe/Zagreb</time-zone> in trinidad-config.xml or leaving without
time-zone setting doesn't make any difference.
The same error is also on
http://www.irian.at/trinidad-demo/faces/components/inputDate.jspx
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
