When I have force single selected for my taxonomy view exposed filter the last selection in the hierarchy is lost and not used as part of the filter. When I have Force Single deselected and add the filter than submit, it works fine.

CommentFileSizeAuthor
#3 view-filter.png26.71 KBanthonym
#3 tax-part1.png90.76 KBanthonym
#3 tax-part2.png56.83 KBanthonym

Comments

wim leers’s picture

Assigned: Unassigned » wim leers
Category: bug » support
Priority: Normal » Minor
Status: Active » Postponed (maintainer needs more info)

How did you configure HS? Save lineage or not?

Force single really does what it says: it prevents the selection of multiple items.

groovypower’s picture

Force Single is preventing the selection of multiple items, but it is forcing the view to choose the parent of the item I'd like to choose, no matter what the depth of the item is.

HS Setup is for my view:
Save deepest term
Allow the user to choose a term from any level
Display the node count: Enabled
Level Labels is not selected
Dropbox is not selected

HS Setup for the taxonomy is:
Save deepest term
Allow the user to choose a term from any level
Display the node count: Enabled
Level Labels is not selected
Dropbox is selected
Reset selection of hierarchical select: Enabled
Allow creation of new terms on all current levels only

anthonym’s picture

Priority: Minor » Critical
StatusFileSize
new56.83 KB
new90.76 KB
new26.71 KB

I've got the same problem here with version 5.x-3.0-rc2 as well. I've posted some screenshots of my settings. If you have a minute please go to this page http://anthonymosakowski.com/compositions and try to choose on of the items from the end of the list. Only parent terms work.

wim leers’s picture

Category: support » bug
Status: Postponed (maintainer needs more info) » Active

Thanks anthonym, that helped me understand the problem.

I think that I already know the cause: when an item has no items, no callback to the server is made. Therefore, the flat list that's necessary for the Views exposed filter GET form doesn't get updated.

Possible solutions:
- in GET forms, always do callbacks to the server (worse performance-wise)
- update the flat select on the JS side, but only when the hierarchical select changes, not when the dropbox changes.

I'm on it.

mzenner’s picture

Have the same problem - subscribing

mzenner’s picture

- update the flat select on the JS side, but only when the hierarchical select changes, not when the dropbox changes.
-> can you give some directions in what js file i can do that; i'll try to figure it out

wim leers’s picture

Status: Active » Fixed

Fixed! mzenner sponsored my work on this, thanks! :)

lelizondo’s picture

Hi, I'm having the same problem but I just can't understand this:

"- update the flat select on the JS side, but only when the hierarchical select changes, not when the dropbox changes."

Don't know what to do really...

Thanks in advance..

Luis

lelizondo’s picture

Ok, so 10 minutes after I posted I figured out.

I was using the 3.0-rc2 version when having this problem, updated to the Ago/22 3.x-dev version and cleared the cache tables, all of them and the problem is gone.

Maybe this could help others with the same problem..

Luis

vlooivlerke’s picture

Ok , Upgraded to the lates dev version and used Devel.module to clear all module cache. But problem still there.

Do I have to clear the tables in my Database, using PHPmyAdmin?

That sounds scary, and I have not done that before. Will Devel.module not do that.

If I have to clear the cache manually, what do I have to do?

Surely i don't have to drop the table but only clear it. Correct.

And there is more than 1 cache table in my drupal install.

Looking for table cache clear info on the rest of drupal site, so may be I can post a link here later.

Thanks

EDIT:)

Ok the devel.module works!

My browser cache was causing the problem.

lelizondo’s picture

In my case I cleared the cache tables, all of them.. just do this:

TRUNCATE cache_tablename;

for every table that starts with cache like this:

TRUNCATE cache_views;
Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.