-
Notifications
You must be signed in to change notification settings - Fork 13.9k
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
fix: handle TIME column serialization #16869
Conversation
I got a |
Codecov Report
@@ Coverage Diff @@
## master #16869 +/- ##
==========================================
- Coverage 76.95% 76.81% -0.14%
==========================================
Files 1038 1038
Lines 56021 56019 -2
Branches 7735 7735
==========================================
- Hits 43110 43032 -78
- Misses 12653 12729 +76
Partials 258 258
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
I tried to do a very small refactory to make pylint happy. I just grouped together the 2 (now 3) instance types requiring a serialization via |
I'm surprised this is not happening with GAQ disabled - is this really the case? Long term we should probably introduce the option to format time values in the frontend like we do with |
I do not have the time to tackle such a big effort at the moment, and this is my very first PR to Superset (excluding documentation). |
In fact, the problem is also present without GAQ starting with docker image Above is the error message you get with |
@villebro Do you have an estimated horizon to merge this PR ? |
@jerwen sorry for letting this slip between the cracks 🙁 I'll look at this now and try to get it into the next release. |
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.
LGTM - tested, reproduced the error on master and retested on the PR and saw the error resolved.
@jerwen you need to rebase this PR, as we've bumped the Python version on CI from 3.7 to 3.8, hence it's expecting the status to be reported for Python 3.8 tests (which weren't run here due to CI being on 3.7 at the time of the PR being opened) |
@frafra could you rebase this PR on master please ? |
Thanks all for helping out here! |
* Add support for datetime.time in json_int_dttm_ser * Test base_json_conv support for datetime.time * Group types by conversion function for JSON dump
* Add support for datetime.time in json_int_dttm_ser * Test base_json_conv support for datetime.time * Group types by conversion function for JSON dump
SUMMARY
See the long comment at: #15905 (comment)
TESTING INSTRUCTIONS
Use a dataset with a
TIME
column (notDATETIME
) and represent it using aTable view
, by including theTIME
column inCOLUMNS
.ADDITIONAL INFORMATION