Closed (fixed)
Project:
Hierarchical Select
Version:
5.x-3.0-rc3
Component:
Code
Priority:
Minor
Category:
Bug report
Assigned:
Reporter:
Created:
7 Sep 2008 at 13:27 UTC
Updated:
22 Oct 2008 at 18:02 UTC
Checked my install and it is okay. I had this view running just fine a few days ago, but then upgraded to the latest version of dev and something broke, tried to downgrade, but the problem remains. (This will teach me to backup!) Already tried clearing both browser and views caches. It seems that child terms (and less predictably, parent terms with no children) do not get included in my views filter. Before the upgrade they were. Attaching shots of taxonomy and filter setups below. Please try my site at http://anthonymosakowski.com/compositions for a quick demo of the problem which should make this clear. Clicking submit with just the first term selected (Electroacoustic music) doesn't work right. Now try second term (Instrumental music) which lists 1 item, but should match 7 such as shown by the taxonomy term view http://anthonymosakowski.com/category/composition-type/instrumental-music. You have to select the deepest term for the filter to match even though it is not set up this way. I hope this makes sense. For some reason I'm having a hard time putting this into words. Any ideas?
| Comment | File | Size | Author |
|---|---|---|---|
| HS-config.png | 77.99 KB | anthonym | |
| tax-part2.png | 56.83 KB | anthonym | |
| tax-part1.png | 90.76 KB | anthonym |
Comments
Comment #1
anthonym commentedThis is an update to my previous post. Sorry for the confusion. It seems that I needed to set a depth in the taxonomy term filter to catch the child terms. I must have had it at one point and lost or erased the number, so the child term issue is solved. However, I'm still getting something odd with the first term in my taxonomy filter. This is a (parent) term with no children. I have the filter operator set to "is all of" so that when the user first navigates to the view they are presented with the full list of nodes and can then refine it with the filter. In the exposed filter settings the filter is not set as optional so there is no option in the filter. If you click with the first term ("Electroacoustic music") displayed (as it is by default when first navigating to the page view) the filter does not work. If however you choose any other term, submit, and then go back to the first term, it does filter correctly. Have I missed something else as I did above, or is this indeed a bug?
Comment #2
wim leers"is all of" means "nodes listed in the view must have ALL of the terms selected in the exposed filter". What you want, it to make the filter optional, so you can make the **ALL** option the default selection. Only that will display all nodes.
Also, this is not a HS issue, but a Views configuration issue, so if the above didn't help you, please don't ask in this issue queue. I've got plenty of work with HS already as it is. Thanks for your understanding!
Comment #3
anthonym commentedHi Wim,
Thanks for taking the time to reply to my post. I certainly don't want to clutter up the issues queue with irrelevant posts, but I'm not sure what's going on here, and I'm pretty sure this was working as desired at one point. Here's some more info:
I have the Taxonomy filter operator set to "Is All Of" and the depth option set to "10". This works fine for all of my terms except for the first one in the vocab. For the exposed filter settings, Optional and Filter settings default are unchecked. Maybe this is not the way it is supposed to work, but it here is what I am getting:
When I go to my view http://anthonymosakowski.com/compositions I get a list of all nodes. I would then like the user to be able to narrow them down with the filter. If I click submit with the first term already exposed, the list just gets reloaded exactly the same way, and the url generated is http://anthonymosakowski.com/compositions?=21. If I go to the second term (or any other) the filter works correctly: second term generates url http://anthonymosakowski.com/compositions?=18&=label_1&filter0=18. Then if I resubmit the original term I get the correct filtering with this url http://anthonymosakowski.com/compositions?=21&filter0=21.
Perhaps I'm doing something that's not supposed to be done, but it's very close to what I want, and as I said, I'm quite sure that I had it working as desired some time back. Any ideas? If this is indeed a Views rather than an HS issue, please let me know and I'll take it up over there.
Comment #4
anthonym commentedComment #5
wim leersThe urls of the type
?=<term id>only seem to be occurring in Safari? I can't reproduce this in Firefox.I did manage to reproduce the problem you describe: that the children of the first term of the root level aren't being displayed. This happens in the following circumstances:
- exposed filter is required
- enforce_deepest disabled
- level labels disabled
- empty root level label
It was caused by this commit. That's one of the few issue-less commits, hence I can't figure out why I did that. I simply reverted it and all was good.
This has been the first change to HS' core in months. Tricky to reproduce! Thanks anthonym!
Comment #6
wim leersComment #7
anthonym commentedGlad my report helped. Thanks for the fix. Works like a charm. I also love the resizable box. Great module!
Comment #8
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.