-
Notifications
You must be signed in to change notification settings - Fork 241
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EZP-32018: Fixed empty ezdate field transformation #1464
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok but not CS kosher, AFAICR.
👍 |
@barw4 Can you merge this (squash, so the one using the UI here for instance), then merge 2019.03 into master, and if your up for it also release v2019.03.6 (I can show you how). |
Merged into master: 10902ec |
It's unlikely, but what about if you actually want the timestamp to be '0'? That would return NULL instead of 1.1.1970, right? |
@pkamps you are right. I am pretty sure that there have been changes not too long ago in the ez5 kernel to deal with 0/null as default and 0 as valid datetime. I think here we should reproduce the same logic (might be even worth some unit testing)... |
You're talking about this one? https://jira.ez.no/browse/EZP-16509 We fixed it in our fork - still an open pull request: mugoweb#188 |
JIRA issue: EZP-32018
Empty field value for
ezdate
fieldtype has been handled additionally.