Closed (fixed)
Project:
Views Accordion
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
21 Jan 2014 at 12:20 UTC
Updated:
9 Oct 2015 at 09:27 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
Sneakyvv commentedComment #2
Sneakyvv commentedComment #3
Sneakyvv commentedI've found the actual problem. The jQuery selector (the JS variable displaySelector) is not specific enough in my case, since my view is embedding another view. The second view is also being targeted by the selector ".view-content", which apparently screws up the "inner"-accordion.
So I updated my patch. Now the css selector contains " > .view-content", so only the direct children are targeted.
Comment #4
Sneakyvv commentedComment #5
Sneakyvv commentedGave the patch a more appropriate name
Comment #6
manuel garcia commentedThe patch seems to make sense.
Rerolled against the latest dev and committed with attribution. Thanks Sneakyvv!
Comment #7
manuel garcia commentedComment #9
brankoc commentedThis patch breaks views that use custom templates where .view-content is not the immediate child of view-display-id-x. Just FYI, in case you get questions about why someone's accordion no longer works.
Comment #10
narkoff commentedI have a view with two embedded views in the footer. The embedded views use accordions. I was having an issue with accordions breaking when performing certain actions. One consistently identified was clearing a search facet (Search API and Facetapi). I reverted the patch in this issue and it resolved the problem. Not sure why, but just an FYI. @brankoc comment lead me to try reverting the patch. Thanks.