Further clarification. The date is initially saved as a string such as "2018-07-04T00:00:00+00:00:00" The time and time zone are apparently assumed, possibly because of how javascript interprets the output of the date picker?

Each time the submission form is saved after that, the difference between UTC and the server time is subtracted from or added to the time portion. If the server time is UTC -5, then the field will show 2018-07-03 in the submission form and will be saved as 2018-07-03T19:00:00+00:00:00. By the time the article has been edited and saved five times, it will decrement a further day, to 2018-7-02T23:00:00+00:00:00.

Is there a way to avoid this?

Hi Dan,

Apologies for the late reaction,h ad a weekend at the beach. I will ask julien to look into this behavior. Your clear explanation will help!

Regards,
Patrick

Hi Dan,

Thanks for your explanation. I will dive into this problem and will see if I can reproduce it.

best,
Julien

Thanks. It appears from looking at the code that the time and time zone are always set to 00:00:00 and 00:00 on saving. Is there a way of either:

a) recording the time zone of the server instead of assuming UTC on save, or
b) re-opening a saved form by assuming the server time is UTC?

Cheers,
Dan