Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 3.0
-
Fix Version/s: 3.3
-
Component/s: ACE-Components
-
Labels:None
-
Environment:*
-
Assignee Priority:P1
Description
Reported by Carmen:
In the dateTimeEntry test application, if using the popup calendar
component with the Hour and Minute sliders, the 'Hour' slider
re-positions itself after dragging both the Hour and the Minute sliders.
It appears that the Hour slider moves to the 'AM' position of the same
hour on the scale, and this occurs only when moving the cursor to the
half right-side of the slider, for a P.M. hour.
As example:
- renderAsPopup = true, pattern = MMM/dd/YYYY HH:mm.
- open the popup calendar, and select a new date.
- drag and drop the Hour and Minute sliders to the far right, click
'Done' (popup calendar closes).
- re-open the popup calendar, observe the date and time render correct
on the page (11:59 for the sliders dragged to far right), however the
Hour cursor is in the middle of the scale (screen-shot attached),
corresponding to the 'AM' position on the slider of the hour 11.
This is not an issue if selecting pattern 'MMM/dd/yyyy hh:mm a'.
We could not reproduce this issue in showcase, so is it possible this is
only a test application issue?
In the dateTimeEntry test application, if using the popup calendar
component with the Hour and Minute sliders, the 'Hour' slider
re-positions itself after dragging both the Hour and the Minute sliders.
It appears that the Hour slider moves to the 'AM' position of the same
hour on the scale, and this occurs only when moving the cursor to the
half right-side of the slider, for a P.M. hour.
As example:
- renderAsPopup = true, pattern = MMM/dd/YYYY HH:mm.
- open the popup calendar, and select a new date.
- drag and drop the Hour and Minute sliders to the far right, click
'Done' (popup calendar closes).
- re-open the popup calendar, observe the date and time render correct
on the page (11:59 for the sliders dragged to far right), however the
Hour cursor is in the middle of the scale (screen-shot attached),
corresponding to the 'AM' position on the slider of the hour 11.
This is not an issue if selecting pattern 'MMM/dd/yyyy hh:mm a'.
We could not reproduce this issue in showcase, so is it possible this is
only a test application issue?
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Bugs in PrimeFaces conversions from Java date/time format patterns to datepicker/timepicker format patterns.
M: C:\svn\ossrepo\icefaces3\trunk\icefaces\ace\component\resources\icefaces.ace\datetimeentry\datetimeentry.js#33853
M: C:\svn\ossrepo\icefaces3\trunk\icefaces\ace\component\src\org\icefaces\ace\component\datetimeentry\DateTimeEntryUtils.java#33853
Show
yip.ng
added a comment - Bugs in PrimeFaces conversions from Java date/time format patterns to datepicker/timepicker format patterns.
M: C:\svn\ossrepo\icefaces3\trunk\icefaces\ace\component\resources\icefaces.ace\datetimeentry\datetimeentry.js#33853
M: C:\svn\ossrepo\icefaces3\trunk\icefaces\ace\component\src\org\icefaces\ace\component\datetimeentry\DateTimeEntryUtils.java#33853
If you change to use the "MMM/dd/yyyy HH:mm" format in the showcase popup demo, the same problem occurs. So the claim in the JIRA Description that "We could not reproduce this issue in showcase," is actually misleading. Also, the time of 11:59 is not correct as claimed. It should be 23:59.
The example at timepicker website works fine. So it must be due to something in our environment or our changes in timepicker/datepicker/slider?