Closed (fixed)
Project:
Views (for Drupal 7)
Version:
7.x-3.x-dev
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
19 Jun 2012 at 08:35 UTC
Updated:
16 Mar 2017 at 03:40 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
ltwinner commentedI have this problem too, no views show up on the admin/structure/views page, I can only access them through administration menu.
Comment #2
ltwinner commentedClear cache did nothing.
I then tried logging out and restarting wampserver. This seems to have worked for some reason.
Comment #3
gremy commentedI have the same problem on my DEV server. And on my local server with the same code, and same database it works.
At the moment, I really don't understand how two instances with the same code and database can behave in this way.
Comment #4
gremy commentedI have found a solution that worked for me. Apparently some filter was applied, and that filter was stored in the session.
So the simplest solution is: Logout, then Login. Hope it helps!
Comment #5
gremy commentedComment #6
dawehnerSo you had hidden the filters before?
Comment #7
henrikakselsen commented#4 didnt work for me, but applying a filter worked:
- admin/structure/views/settings -> check "Show filters on the list of views"
- admin/structure/views ->apply one filter, doesn't matter which one.
Comment #8
esmerel commentedComment #9
ygerasimov commentedThe clean way to replicate this problem is:
1. Enable "Show filters on the list of views" on the views settings.
2. Apply filter (for example show only disabled views). See that we can only view disabled views.
3. Go to views settings and disable "Show filters on the list of views"
4. Go to views list and see that we still see only disabled views even we should not use filters.
The problem is that session filter values applied without checking whether "Show filters on the list of views" option is enabled.
Comment #10
ygerasimov commentedHere is patch that unsets filter values from session when filters are hidden.
Comment #11
damiankloip commentedMaybe this should move into the actual submit handler for the views settings form? We don't need to check it on every page request do we? The only way this can really happen is if someone sets the filter criteria, then turns the filter off on the settings form, it's then stuck in the session and can't be reset.
This patch adds a submit handler to the basic settings form to remove this when the option is turned off.
Comment #12
ygerasimov commentedThis will work only if there is only one admin.
Well, if there are two admins who are using filters then it won't work. We are not able to go through all sessions of all users and remove those values, or can we?
Comment #13
damiankloip commentedGood point, I was thinking blindly of user 1. I'm not sure about going through all sessions. The original approach (or similar) might be best in that case.
Comment #14
ygerasimov commentedAlright. Lets stick to #10.
@damiankloip does it work for you? Can we RTBC this issue?
Comment #15
asgorobets commented#10 Worked for me
Comment #16
dawehnerI would personally go with the route of patch in comment #10 as it will fix all the issues automatically,
i guess people don't find the settings form if they have this kind of error.
Comment #17
ygerasimov commented@dawehner welcome to commit then :)
Comment #18
dawehnerDid that :) I'm not sure what will happen in d8 as there is no way to filter it yet.
Comment #19
dawehnerLet's postpone this task until there is filtering available.
Comment #20
xjmClosing, as this isn't applicable with the core list controller. If someone wants this functionality in D8 we can add a feature request.
Comment #21
ilrecidivo commentedthanks!
Comment #22
kylebehse commentedAnyone having this issue, make sure you DO NOT have Captcha Module putting captcha's on admin forms. This can be found in the Captcha Module settings.