Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
When teaching (yeah!) Drupal 7 and Views 3, we have repeatedly noticed how the 'node: published' filter doesn't show any value settings (yes/no). This does not always happen, and everything usually works well after saving the view.
I'm sad to say that I don't have any more information on this right now.
Comment | File | Size | Author |
---|---|---|---|
#2 | node published (missing options).png | 21.3 KB | Itangalo |
Comments
Comment #1
dawehnerPerhaps a screenshot would perhaps help to understand the issue.
It's true, that such kind of issues are hard to reproduce.
Comment #2
Itangalo CreditAttribution: Itangalo commentedScreenshot attached. Trying to understand what's happening a bit more – hope to get back with information soon.
Comment #3
Itangalo CreditAttribution: Itangalo commentedOk, I found a way to reproduce the bug:
* Create a new view (of nodes)
* Add filters Node: Published and Node: Type at the same time. Configure them, or just remove them while configuring them – doesn't matter.
* Add the Node: Published filter again. Now the options are missing.
The effect disappears when saving the view, but reappears if repeating the steps above in a previously saved view. It does not seem to appear if you add other filters two at a time, such as Node: Published and Node: Sticky.
Comment #4
dawehnerThe problem is that views uses the ctools dependency system at the moment. This relies on the html id's of the fields.
Once you have done some ajax tasks this id's change, so it seems to be a problem there.
Not sure whether views or ctools is the problem.
Comment #5
merlinofchaos CreditAttribution: merlinofchaos commentedI made some fixes to the system that actually prevent the IDs from changing via ajax, and I thought these fixes went out in alpha1. It actually required fixes on both the views and ctools sides.
In CTools, I changed the dependent.js work to happen mostly in pre_render so that unrendered forms didn't muck up the dependency info. In Views, I actually unset the ajax IDs because none of it is actually helpful to Views' ajax. Will have to investigate, maybe more needs to be done.
Comment #6
Itangalo CreditAttribution: Itangalo commentedI just updated ctools to 1.x-dev, to double check, and the glitch is still there. Sorry. :-/
Comment #7
goldlilys CreditAttribution: goldlilys commentedSubscribing, installed a fresh D7 today and testing out views. This Node:published is not displaying yes/no button until I actually save the views first. Someone please fix this error. Thanks.
Comment #8
starsinmypockets CreditAttribution: starsinmypockets commentedSubscribing.
I'm experiencing the same behavior: no yes/no checkboxes are displaying in the node:published filter settings page.
Comment #9
ChristianP CreditAttribution: ChristianP commentedSubscribing as well. Experiencing the same problem.
Comment #10
yngens CreditAttribution: yngens commentedditto. subscribing.
Comment #11
anonI also found this, in the exact same way #3 did..
Comment #12
dawehnerIn general this should be reproduced with the latest version of both ctools and views.
Comment #13
knalstaaf CreditAttribution: knalstaaf commentedSubscribing.
Comment #14
bojanz CreditAttribution: bojanz commentedDoes this happen in the new UI?
Because that code is getting merged any day now, so it makes no sense to fix a bug only present in the old UI.
Comment #15
zilverdistel CreditAttribution: zilverdistel commentedSubscribing.
Comment #16
Anonymous (not verified) CreditAttribution: Anonymous commented+
Comment #17
knalstaaf CreditAttribution: knalstaaf commentedThis issue has been fixed in views 7.x-3.x-dev, hasn't it?
Comment #18
zilverdistel CreditAttribution: zilverdistel commented@knalstaaf: yes this seems to be fixed in the dev version.
Comment #20
Jerome F CreditAttribution: Jerome F commentedWe probably need a backport for Views Drupal 6.x-3.x I created a separate issue to make things clear in the issue queue : http://drupal.org/node/1118716
Comment #21
Lythimus CreditAttribution: Lythimus commentedI've had the same issue with Published and also Content Type. It is mitigated by saving. Some of my fellow employees have independently run into this, thankfully I pointed out the fix. It's a tiny bug, but I think it would save a lot of people trouble if it were fixed.
Instructions:
Comment #22
DamienMcKennaClosed a duplicate: #2477057: Exposed filter for published not working for unpublished nodes