Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 1.6.1
-
Component/s: ICE-Components
-
Labels:None
-
Environment:any
-
ICEsoft Forum Reference:
-
Support Case References:
Description
guess there's a page containing a simple selectInputDate component like:
<ice:selectInputDate renderAsPopup="true"
value="#{TestBean.date}"
id="dateField"
popupDateFormat="EEE, d MMM yyyy">
</ice:selectInputDate>
when the page is entered initially and there is a pre-existing value for the date then
the format is not applied to this component. Instead the date will be shown with the
component's default format settings. The correct format will be applied when
the JSF lifecycle is initiated i.e. by a partialSubmit of another component. the problem
then is that a conversion error occurs, because the default format doesn't match the
value of the popupDateFormat attribute.
<ice:selectInputDate renderAsPopup="true"
value="#{TestBean.date}"
id="dateField"
popupDateFormat="EEE, d MMM yyyy">
</ice:selectInputDate>
when the page is entered initially and there is a pre-existing value for the date then
the format is not applied to this component. Instead the date will be shown with the
component's default format settings. The correct format will be applied when
the JSF lifecycle is initiated i.e. by a partialSubmit of another component. the problem
then is that a conversion error occurs, because the default format doesn't match the
value of the popupDateFormat attribute.
Activity
| Status | Resolved [ 5 ] | Closed [ 6 ] |
| Assignee | Mark Collette [ mark.collette ] |
| Fix Version/s | 1.7 [ 10080 ] |
When I include backport sources from ICE-2150 to my 1.6.1 version, it seems that during validation for selectInputDate it not check is it required.
Can you test it with yours 1.6.2 development branch?
Show
Marcin Dabrowski
added a comment - When I include backport sources from ICE-2150 to my 1.6.1 version, it seems that during validation for selectInputDate it not check is it required.
Can you test it with yours 1.6.2 development branch?
| Status | Reopened [ 4 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
Backported to ICEfaces 1.6.2, along with ICE-2150.
Show
Mark Collette
added a comment - Backported to ICEfaces 1.6.2, along with ICE-2150 .
| Fix Version/s | 1.7DR#1 [ 10100 ] |
| Resolution | Fixed [ 1 ] | |
| Status | Resolved [ 5 ] | Reopened [ 4 ] |
| Fix Version/s | 1.6.2 [ 10111 ] | |
| Fix Version/s | 1.7DR#1 [ 10100 ] |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Fix Version/s | 1.7DR#1 [ 10100 ] | |
| Resolution | Fixed [ 1 ] |
The actual DateFormat object is now properly derived from the String popupDateFormat property which is its pattern.
Subversion 14821
icefaces\component\src\com\icesoft\faces\component\selectinputdate\SelectInputDate.java
icefaces\component\src\com\icesoft\faces\component\selectinputdate\SelectInputDateRenderer.java
Show
Mark Collette
added a comment - The actual DateFormat object is now properly derived from the String popupDateFormat property which is its pattern.
Subversion 14821
icefaces\component\src\com\icesoft\faces\component\selectinputdate\SelectInputDate.java
icefaces\component\src\com\icesoft\faces\component\selectinputdate\SelectInputDateRenderer.java
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #14821 | Thu Sep 13 17:12:02 MDT 2007 | mark.collette | |
| Files Changed | ||||
MODIFY
/icefaces/trunk/icefaces/component/src/com/icesoft/faces/component/selectinputdate/SelectInputDate.java
MODIFY
/icefaces/trunk/icefaces/component/src/com/icesoft/faces/component/selectinputdate/SelectInputDateRenderer.java
|
| Assignee | Mark Collette [ mark.collette ] |
| ICEfaces Forum Reference | http://www.icefaces.org/JForum/posts/list/5628.page |
| Field | Original Value | New Value |
|---|---|---|
| Support Case References | https://www.icesoft.ca:4443/supportilla/show_bug.cgi?id=4292 |
I'm having the exact opposing issue using 1.7DR1!
when the page is entered initially and there is a pre-existing value for the date then the format is applied, but as soon as a partialsubmit occurs, the format will revert to the component's default format settings (DD/mm/yyyy).