Steps to reproduce the issue

1.) Go to the modules view and set a filter, for example, set it to show only modules in position 'x' (any position will do, in my experience)
2.) Now go to a content item and click the editor button to insert a module.

Expected result

1.) Best outcome is for both processes to use independent filters (be able to set one filter in the module view, another in the editor plug-in, and have both be remembered.

2.) Minimally acceptable outcome is to have a mechanism for resetting/changing the existing filter so you can actually see the module you want to insert via the editor.

Actual result

The pop-up list of modules contains only those modules that satisfy the previously entered filter, and note how there is no possible way to change that state from this pop-up. You have to leave the editor and go back to the module manager just in order to make the editor plug-in work properly.

System information (as much as possible)

J3.5.1, PHP 5.6.15, apache 2.4.17, using FPM/fcgi

Additional comments

Ideally the two filter sets should be independent, but even having the editor plugin ignore existing filters and always start with a full list would be an improvement on existing behavior. The use case I'm coming from is setting up a menu ID, switching over to add modules to that menu item, then switching into the content item to insert a module, sometimes repeating that process 2-3 times depending upon circumstances. It's a manual process, and having to remember to reset the module filter is tedious and bad UX. If there's a filter on the items in the list, the filter should be able to be modified while on that list and not require you to abandon your work and go to a different section of the site to make the filter change, then come back to the content item and do what you wanted to do in the first place.