Posted by netron on May 22, 2009 at 1:09pm
Jump to:
| Project: | Hierarchical Select |
| Version: | 6.x-3.x-dev |
| Component: | Code - Taxonomy |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
Background: i have a 3 level deep taxonomy tree organised on Sports
When editing a node , HS initially displays 3 menu items reflecting the taxonomy of the node i am looking at
e.g. Football : Leagues : English Premier League
if i change one of the menus the other menus do not refresh to show me child items in that branch of taxonomy.
E.G. Football: (change to World Cup) : final menu should have "World Cup Finals", "World Cup Winners" <-- that final menu does not
display.
This applies to any level in the taxonomy tree - if i change the first menu from Football to Rugby , i no longer see a 2nd menu containing child items of Rugby.
This also happens in the preview section when editing a taxonomy.
Comments
#1
I just found the same bug. Essentially, create a a tree:
- Fruits- Apples
- Small
- Big
- Grapefruit
- Yellow
- Orange
Save only deepest/save lineage should have no effect.
Now try creating a node -> Click Fruits, Apples and Grapefruits appear in new level, Small/Big also loads in additional Level. Now click Grapefruits.
Expected: additional level refreshes to Yellow/Orange
Actual: Additional level dissappears - you can't select Yellow/Orange
#2
Reset, deepest/any level doesn't have an effect.
I think that what happens is that HS loads a level, then doesn't reload if you change a term.
#3
That's weird. That is the very point of HS, of course. I can't reproduce this … Please post your HS config.
#4
The cause was jQuery UI. Yay.
#5
So, the cause was in the jQuery UI.
What was the solution?
#6
Installing a less buggy version of jQuery UI. It's not a conflict or anything, it's just jQuery UI itself causing errors. Even stand-alone. You'll have to either fix it manually or find a version that's less buggy.
#7
Which version of jQuery UI is the least buggy? Or, which do you recommend? Will removing the @ symbols in the newest version be sufficient?
#8
I honestly don't know. I figured it out *once* and that's sufficient for me. The lack of reliability/stability of jQuery UI is the reason I'm shipping the files that are needed by HS in the first place.
Please do report back what works for you, so others can benefit from this and so I can document it.
Sorry for the inconvenience! Although it's not really my fault … :)
#9
It turned out that my problem with jquery menu was related to a conflict with my css. The jquery menu did not work properly on my block, which contains images.
I use a modified version of the acquia marina theme. The edges of the block for ie are actually images. When I hovered over expandable parent items, the block background disappeared. (The page is green; the block is white). If I declared the background white for any element, the plus sign did not refresh when the list item was expanded.
I ended up commenting out all of the image-based edges for my blocks. Then I rebuilt the block borders using simple css (no rounded corners for ie). I declared the background white for the block wrapper (the only element that didn't conflict). There is still a conflict with the expandable list item and any images below - but the white wrapper masks it. It would be nice to be able to stick a jquery menu on anything - but this is fine for now.
So far, so good,
Vitis
#10
Automatically closed -- issue fixed for 2 weeks with no activity.