Skip to content
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

Merged
merged 1 commit into from Jan 30, 2019

Conversation

agrawaldevesh
Copy link
Contributor

@agrawaldevesh agrawaldevesh commented Jan 27, 2019

I want to make every column be filterable and groupable and not just strings.

@codecov-io
Copy link

codecov-io commented Jan 27, 2019

Codecov Report

Merging #6764 into master will not change coverage.
The diff coverage is 100%.

Impacted file tree graph

@@           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
Impacted Files Coverage Δ
superset/connectors/sqla/models.py 78.17% <100%> (ø) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 11a7ad0...3dcb575. Read the comment docs.

@agrawaldevesh agrawaldevesh force-pushed the all_filt_group branch 2 times, most recently from 4250434 to b21c9e5 Compare January 29, 2019 00:27
@@ -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,
Copy link
Contributor Author

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 ?

Copy link
Member

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?

Copy link
Member

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

@mistercrunch
Copy link
Member

Personally would push for this being the new default, no need for a feature flag

@mistercrunch mistercrunch self-requested a review January 29, 2019 06:45
@mistercrunch mistercrunch added enhancement:request Enhancement request submitted by anyone from the community minor-review labels Jan 29, 2019
@agrawaldevesh
Copy link
Contributor Author

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.

@agrawaldevesh agrawaldevesh force-pushed the all_filt_group branch 2 times, most recently from 400621b to 6ad1833 Compare January 29, 2019 21:52
@agrawaldevesh
Copy link
Contributor Author

@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.

@agrawaldevesh
Copy link
Contributor Author

@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

@mistercrunch
Copy link
Member

Sounds good. Let's get to the bottom of it.

This is not configurable and will be the default (and only !) behavior
going forward !
@agrawaldevesh
Copy link
Contributor Author

@mistercrunch, as suggested, I have made this be the brave new default :-)

@agrawaldevesh agrawaldevesh changed the title Add feature flag for allowing any column to be filterable or groupable Make all columns be filterable or groupable Jan 30, 2019
@mistercrunch
Copy link
Member

LGTM

@mistercrunch mistercrunch merged commit 817783f into apache:master Jan 30, 2019
@mistercrunch mistercrunch added 🏷️ bot A label used by `supersetbot` to keep track of which PR where auto-tagged with release labels 🚢 0.34.0 labels Feb 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🏷️ bot A label used by `supersetbot` to keep track of which PR where auto-tagged with release labels enhancement:request Enhancement request submitted by anyone from the community 🚢 0.34.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants