#4190 - Issue with jQuery-UI based date inputter
| Identifier | #4190 |
|---|---|
| Issue type | Feature request or suggestion |
| Title | Issue with jQuery-UI based date inputter |
| Status | Completed |
| Handling member | Chris Graham |
| Addon | General / Uncategorised |
| Description | On all browsers other than Safari, the date/time inputs (e.g. on the calendar event add/edit form) will be native.
But as Safari doesn't support that, it uses a jQuery-UI based widget on top of a polyfill. In core_form_interfaces.js, the polyfill is being controlled via... $cms.templates.formScreenInputDate = function formScreenInputDate(params) { if (!$dom.support.inputTypes.date) { window.jQuery('#' + params.name).inputDate({}); } if (!$dom.support.inputTypes.time) { window.jQuery('#' + params.name).inputTime({}); } }; $cms.templates.formScreenInputTime = function formScreenInputTime(params) { if (!$dom.support.inputTypes.time) { window.jQuery('#' + params.name).inputTime({}); } }; Either test in Safari, or temporarily disabled the if conditions to always run. Once testing you will see that the widget doesn't close when opened, and has an incorrect z-index value is incorrect relative to the Validated widget. |
| Steps to reproduce | |
| Additional information | I just found this issue after updating jQuery UI, but confirmed it also happened prior to my update.
Likely Salman missed testing after his default theme overhaul. |
| Funded? | No |
The system will post a comment when this issue is modified (e.g., status changes). To be notified of this, click "Enable comment notifications".


Comments
There have been no comments yet