Ohm and subthemes (from Omega and Ohm) not display Superfish secondary submenu item
Omega works correct

Files: 
CommentFileSizeAuthor
#6 superfish_bug_1.png6.67 KBsondes

Comments

Status:Active» Postponed (maintainer needs more info)

Can you be more specific and add some detail to the bug report please? E.g. screenshots, probably some debugging information using your favorite browser debugger (e.g. Firebug or Chrome Developer Tools) and possibly even track down the issue (probably CSS related).

Not know English, but try.

I have 3 level menu and use Superfish for dropdown and access to submenu to all levels
When Omega default theme, third (or any) level will open normal, but with Omega subthemes (maked from Drush) and Ohm i have opened only one level of submenus, more deep submenu items not accessible (i think problem in CSS)

Status:Postponed (maintainer needs more info)» Active

When commenting out the following from the subtheme.normalize.css it fixes the issue.

*, *:after, *:before {
  -webkit-box-sizing: border-box;
  -moz-box-sizing: border-box;
  box-sizing: border-box;
  *behavior: url('../behaviors/box-sizing/boxsizing.php'); }

I'm running into the same trouble using a drush generated subtheme. I can also confirm that the same problem exists with Ohm but not in Bartik. It doesn't seem to have anything to do with css. However, I can't locate the css file referenced above so I can't test the fix mentioned.

Here's the html for the output menu. Every menu item has children but only the second listed shows up that way. The distinction is that the second item is a Views generated page. The others are nodes.

<div class="block__content">
<ul id="superfish-1" class="menu sf-menu sf-main-menu sf-horizontal sf-style-space sf-total-items-5 sf-parent-items-1 sf-single-items-4 superfish-processed sf-js-enabled sf-shadow">
<li id="menu-521-1" class="first odd sf-item-1 sf-depth-1 sf-no-children">
<li id="menu-834-1" class="middle even sf-item-2 sf-depth-1 sf-total-children-3 sf-parent-children-0 sf-single-children-3 menuparent">
<li id="menu-721-1" class="middle odd sf-item-3 sf-depth-1 sf-no-children">
<li id="menu-852-1" class="middle even sf-item-4 sf-depth-1 sf-no-children">
<li id="menu-1400-1" class="last odd sf-item-5 sf-depth-1 sf-no-children">
</ul>
</div>

Here's that same menu printed using Ohm's default main nav menu:

<div class="menu-block-wrapper menu-block-2 menu-name-main-menu parent-mlid-0 menu-level-1">
<ul class="menu">
<li class="first leaf has-children menu-mlid-521">
<li class="leaf has-children menu-mlid-834">
<li class="leaf has-children menu-mlid-721">
<li class="leaf has-children menu-mlid-852">
<li class="last leaf has-children menu-mlid-1400">
</ul>
</div>

You can see that here each menu item correctly indicates that it has children.

I'd appreciate any support to sort this out. Thanks!

StatusFileSize
new6.67 KB

To follow up: turned out to maybe be a bug with Omega but it could also not be. I'll let someone from the project decide that.

It turns out that the Superfish menu works correctly when it is the first menu printed. I was testing a Superfish menu block with a Menu Block menu still active directly above it. This arrangement seems to cause parent menu items in the Superfish menu to not appear (unless the menu item is a Views page).

Superfish Bug 1

When I rearranged the order of the blocks and put the Superfish enabled menu on top, it worked as expected.

I experimented and put the main menu block beneath the Superfish block to see if child items were indicated. Again, everything worked as expected.

This still seems to be buggy behavior but I don't have a solution for it.

Version:7.x-4.0-beta7» 7.x-4.x-dev
Assigned:Unassigned» fubhy
Issue tags:+Omega 4.x release blocker

We will have to investigate further for this issue... Gotta fix that before the release (which is going to happen on Tuesday next week). Will look into it tomorrow.

Hello,

I meet the same issue with an omega 4.x sub theme.
The reason seems to be a jquery bug with the box-sizing property
See this issue for more details : https://drupal.org/node/2095697

Status:Active» Closed (duplicate)

Since this problem seems to be fixed with newer versions of jQuery / Supefish I am closing this issue as a duplicate of the issue in the superfish menu module queue.

You can also fix this by setting your superfish menu to explicitly NOT use box-sizing: border-box as well...

.superfish {
  box-sizing: content-box;
}

Assigned:fubhy» Unassigned

Thanks flocondetoile for digging this up ;)

Thanks to you too ;)

I found that the issue was resolved in a different way. Using newer versions of jQuery and Superfish did not help in this case, and changing box-sizing had no effect (I don't want to change box-sizing anyway)

I followed this post here, http://stackoverflow.com/questions/14215428/jquery-superfish-adding-over...

I had to do this to get it to work:

.sf-menu ul {
  overflow: visible !important;
}

Note that when I switched from using my Omega4 theme to Bartik, the problem also went away, so there was/is some connection here to Omega4.