jfquestiaux
Well-Known Member
My setting :
The issues :
* With UTC time and "Y-m-d H: i : s" form format, I have "2015-02-16 11:41:00" recorded in the db (12:41 is the time of the test) and "16/02/2015 13:00:00" in the email.
*With "Y-m-d" as form format, I have "2015-02-16 00:00:00" in the db and "16/02/2015 13:00:00" in the email.
*With Local time and either form format (with or without time), I have "2015-02-16 12:45:00" in db (12:45 is time of test) and "16/02/2015 12:00:00" in email (correct)
*Finally, with "d-m-Y" as form format (witch is more readable for Belgian users), I have "2015-02-16 00:00:00" in the db and "16/02/2015 12:00:00" in the email.
At least I can get the right date/time in the email but never in the database (which means in list view).
Main problem seems that the time picked in the selector is never taken into account for the data recorded, even though this data is recorded correctly upon submission since it's correct in the email.
Note also that you have to use "Y-m-d" because "Y m d" will cause a "___dateTime Construct" error (unexpected character).
This is tested with GitHub from Feb 13.
- a simple contact form where the user can pick a date/hour to book for lunch - Time selector is turned ON
- an email is sent (via the email form plugin) to the owner as a notice for a booking
The issues :
* With UTC time and "Y-m-d H: i : s" form format, I have "2015-02-16 11:41:00" recorded in the db (12:41 is the time of the test) and "16/02/2015 13:00:00" in the email.
*With "Y-m-d" as form format, I have "2015-02-16 00:00:00" in the db and "16/02/2015 13:00:00" in the email.
*With Local time and either form format (with or without time), I have "2015-02-16 12:45:00" in db (12:45 is time of test) and "16/02/2015 12:00:00" in email (correct)
*Finally, with "d-m-Y" as form format (witch is more readable for Belgian users), I have "2015-02-16 00:00:00" in the db and "16/02/2015 12:00:00" in the email.
At least I can get the right date/time in the email but never in the database (which means in list view).
Main problem seems that the time picked in the selector is never taken into account for the data recorded, even though this data is recorded correctly upon submission since it's correct in the email.
Note also that you have to use "Y-m-d" because "Y m d" will cause a "___dateTime Construct" error (unexpected character).
This is tested with GitHub from Feb 13.