Closed hangvane closed 2 months ago
A fix is released in v3.1.6 (#7091). @hangvane can you please test if it works now?
This is still broken for me, when I try to use Decap to update a date I lose the TZ component and the invalid date causes Hugo to start ignoring that post. The change I made to my config.yml file is here, and this is what Decap did when I updated the date on a blog post: https://github.com/msfjarvis/msfjarvis.dev/commit/feb7f759c9157ce9d477febd670c86c2b0b375b5
@msfjarvis we also stumbled upon this issue on one of our projects, patch released just now in 3.1.8 seems so solve it for us. Do you mind checking it out?
@msfjarvis we also stumbled upon this issue on one of our projects, patch released just now in 3.1.8 seems so solve it for us. Do you mind checking it out?
v3.1.8 fixed it, thank you!
Describe the bug
picker_utc
is broken in #6980, that takes no effect on the behavior of processing timezone.https://github.com/decaporg/decap-cms/commit/22370b13e49a4a5f58a60ebd4bc40ce4b141eb11#diff-93df641b502cdffd0d6642a8c06ad7ba617a16ee4907262538db0820a966a886L161
As a result, the time displayed stored are mismatched.
If I pick the current time, I will get a time that is 8 hours early (in the filename
slug: {{day}}-{{hour}}
), and there's no way to change the behavior.To Reproduce
Expected behavior
The stored datetime string should be the same as picked.
Screenshots
Applicable Versions:
CMS configuration
Additional context