rusackas commented on issue #15070: URL: https://github.com/apache/superset/issues/15070#issuecomment-858390249
> > For #2, I'm not convinced this is a problem. If I go to explore and filter by the names Aaron, Bob, Dave, I see the accurate number on the dashboard. If I then add a native filter for Bob, I see the number drop. It's an intersection, essentially. If I select Steve in the native filters, the data is null... which is accurate. > > it's not about number dropping, it's the chart has no data showing at allll when the filter is being overwriten.. @rusackas Let me explain/show what I'm seeing, but it seems that the native filter doesn't _overwrite_ the Explore filter, it effectively cascades. For example, I set up a filter in Explore for the names Sophia, Dawn, and Cindy. 339K results.  In Explore, with no filter, the number is accurate: <img width="1264" alt="Pasted_Image_6_10_21__1_34_AM" src="https://user-images.githubusercontent.com/812905/121484057-1af80b80-c98c-11eb-97dc-b3bc1c0db732.png"> If I select/filter on Sophia, who **is** _in the set_ of Sophia, Dawn, and Cindy, the number shrinks and looks accurate: <img width="1232" alt="Pasted_Image_6_10_21__1_35_AM" src="https://user-images.githubusercontent.com/812905/121484228-3f53e800-c98c-11eb-98ec-d159a452f5e6.png"> If I select/filter on Adam, who **is not** _in the set of_ Sophia, Dawn, and Cindy, no data is found, which seems reasonable. <img width="1233" alt="Pasted_Image_6_10_21__1_36_AM" src="https://user-images.githubusercontent.com/812905/121484514-87730a80-c98c-11eb-917f-a75ea372bbc0.png"> This seems reasonable to me, but perhaps I'm misconstruing the intended behavior? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
