Under admin menu, Preferences > Regional Settings, I have the Time format set as 'g:i a'. which displays the time as "5:25 pm".
When I try and create a new event, and set the date and time (e.g. 10/20/2015 7:00 pm), and click Save, I get the following error:
Time error in field Time Start.
Format time value according to this: g:i a.
arning: preg_match(): Compilation failed: two named subpatterns have the same name at offset 88 in /www/htdocs/admlogin/demo/adm_program/system/classes/datetimeextended.php on line 263
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/admlogin/demo/adm_program/system/classes/datetimeextended.php:263) in /www/htdocs/admlogin/demo/adm_program/system/classes/message.php on line 154
Hinweis
Es wurde keine gültige Uhrzeit in das Feld Uhrzeit Beginn eingegeben.
Die Uhrzeit muss dem folgenden Format H:i entsprechen.
I think this is another bug and not the same as mentioned. The existing bug has something to do with a wrong php locale setting. This bug seems to be something with time check.
I updated the 'dates_function.php' file and am now able to create and save the events. Thank you!
There are still a few issues(inconveniences?) though, that can be addressed (would be nice ):
When you create a new event, the default Start and End dates show as 11/30/1999. It would be much more user friendly if it opened with the current date, so when when the field is clicked it opens with the current month pop-up calendar instead of November, 1999.
If one edits an existing event, when the edit event form opens, it does not show the dates and time that the event is scheduled for, but reverts back to the date of 11/30/1999, and the time value of 12:00 a.m., for both the Start and End dates.
When creating or editing an event, if one deletes the default time value displayed, the underlying format in the field shows as the format of the date and not the time. Shows mm/dd/yyyy instead of the correct time format.
Awesome! Works great now!
Item #3 is still existing though, underlying format suggestion still shows mm/dd/yyyy in grey in the time field. Minor issue and does not affect the functionality of the form.
Thank you for the quick responses and fixes!