Community
Participate
Working Groups
When invoking "Show In->Package Explorer" action on a Type that come from "Libraries from external", I choose "Yes" to remove some filters so that the Type can be shown. BUG: Both "Empty library containers" and "Libraries from external" filters are removed. EXPECTED: Only "Libraries from external" should be removed. I assume this is just a naive algorithm that removes filters until the Type can be shown. Once it has removed enough filters to show the type, the algorithm should then go back and attempt to turn on all (except maybe the last) filters to see if they were unnecessarily removed. As a result, the User must re-enable 2 or more filters instead of just the one which allowed the Type to be shown.
The problem is that the EmptyLibraryContainerFilter checks the emptiness of the library container w.r.t. to the currently shown children, so from its viewpoint, it is really hiding a parent of the element to show. In general, to find a minimal set of filters whose removal would be enough to show the element, we would have to try disabling all combinations of filters that are currently involved in hiding the element. I've added a workaround for the specific case from comment 0 to CustomFiltersActionGroup.
.
