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
Make all columns be filterable or groupable #6764
Conversation
7302b96
to
368a5c1
Compare
Codecov Report
@@ Coverage Diff @@
## master #6764 +/- ##
=======================================
Coverage 56.07% 56.07%
=======================================
Files 526 526
Lines 23257 23257
Branches 2782 2782
=======================================
Hits 13042 13042
Misses 9806 9806
Partials 409 409
Continue to review full report at Codecov.
|
4250434
to
b21c9e5
Compare
superset/config.py
Outdated
@@ -188,7 +188,9 @@ | |||
# --------------------------------------------------- | |||
# Feature flags that are on by default go here. Their | |||
# values can be overridden by those in super_config.py | |||
FEATURE_FLAGS = {} | |||
FEATURE_FLAGS = { | |||
'ALL_COLS_FILTERABLE_GROUPABLE': False, |
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.
@xtinec , Can you review this use of feature flags ?
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.
I'm not sure how these feature flags are supposed to work in practice in superset_config
. It appears there's no good way to alter only one of them. You'd have to either alter all of them or none of them. If you were to copy/paste the whole dict to your superset_config
you'd miss out on new ones as they come, and if you try to import the dict I think you'd run in circular import issue. @xtinec what do you think?
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.
@agrawaldevesh let's figure out what's up with postgres, let's not use the feature flag for this specifically or at least until we confirm it's usable. If you repush without the flag I can try and help debug the postgres-specific issue
Personally would push for this being the new default, no need for a feature flag |
It breaks the postgres unit tests, but I couldn't figure out why. Its something related to timeseries and such. Funnily, sqlite and mysql tests pass with this. |
400621b
to
6ad1833
Compare
@mistercrunch, I tried setting the feature flag as default true and it fails the mysql or pg unit tests in https://travis-ci.org/apache/incubator-superset/jobs/485991707 (in tests.sqllab_tests.SqlLabTests#test_search_query_on_time). I frankly cannot comprehend these tests: They seem to be doing some meta level searching of the query log themselves. I am not sure why other tests in this file are succeeding with the NO_TABLE table but some fail. Perhaps its to do with some inadvertent state changes, of tests interferring with each other or not cleaning up properly. Anyway, I think we can keep this flag be FALSE for now and set it to true/default after a while. |
6ad1833
to
3e34d5b
Compare
@mistercrunch, sure ... it would be best to fix the root test issue :-). I think its a bit flaky. I have seen this fail with mysql once, once with postgres and once all tests passed. And now I am running the tests again: https://travis-ci.org/agrawaldevesh/incubator-superset/builds/486245360 |
3e34d5b
to
0a2767c
Compare
Sounds good. Let's get to the bottom of it. |
This is not configurable and will be the default (and only !) behavior going forward !
0a2767c
to
3dcb575
Compare
@mistercrunch, as suggested, I have made this be the brave new default :-) |
LGTM |
I want to make every column be filterable and groupable and not just strings.