In previous versions the list of views, in addition to filtering by name or description, included select filters by display, storage, tag, or type.
Storage is now irrelevant, but the others are actually missing. Core does not enable many views by default, so this does not appear to be a problem, but on real sites with over 100 views, not being able to filter the list, especially by tag and type, is a significant annoyance.
Like in previous versions, the limited-functionality without this filtering shoud probably remain the default, but the setting for extended filtering should be restored in the non-default settings.
Comments
Comment #1
larowlanComment #2
fgm/me wonders why a regression is a feature instead of a bug.
Comment #3
larowlanThose parts were provided by ctools from memory, not views. The list builder component only has a subset of ctools exportable features, focused on the 80%. But hey, my opinion is only but one, happy for you to switch it back and see what the VDC team say
Comment #5
joelpittetJust noticed this. Tag column and field should not have been left in, in the state it is in.
Changing it back to bug as its a UX bug, imo
Comment #6
dawehnerThis sounds a bit like a duplicate of #2574767: Views listing page displays too few items on a page
Comment #11
Anonymous (not verified) CreditAttribution: Anonymous commentedAdded related issue, where @mparker17 made a patch for the return of tags. This should simplify the task of adding filters, which is really useful for a large number of views.
Comment #17
catchMarking duplicate of #2929931: Show view tags on administrative list of views.