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

CommentFileSizeAuthor
#6 superfish_bug_1.png6.67 KBsondes
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

fubhy’s picture

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).

cka3o4h1k’s picture

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)

cka3o4h1k’s picture

Status: Postponed (maintainer needs more info) » Active
lbronson25’s picture

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'); }
sondes’s picture

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!

sondes’s picture

FileSize
6.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.

fubhy’s picture

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.

flocondetoile’s picture

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

fubhy’s picture

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;
}
fubhy’s picture

Assigned: fubhy » Unassigned

Thanks flocondetoile for digging this up ;)

flocondetoile’s picture

Thanks to you too ;)

minneapolisdan’s picture

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.

Nicolas Bouteille’s picture

Issue summary: View changes
Status: Closed (duplicate) » Active

This also is working for me with Bartik but only not with [Omega 4 + webkit]. Disabling slide-in effect makes it work again but less nicer :( definitely looks like something needs to be fixed in omega 4

GiorgosK’s picture

yes disabling slide in effects has resolved the problem
none of the above solutions helped

thachakrit’s picture

#12 is work for me. But I use Trizzy theme and not Omega. Thanks minneapolisdan

alar’s picture

#12 worked for me as well. This issue was only occurring on Chrome with a custom theme based on WetKit Bootstrap.

Paul_T’s picture

#12 worked for me too. In case others are searching, after upgrading a bootstrap-based theme, the flyout children were being dropped down 1em through a margin-top rule. I implemented a fix by overriding the rule for second-level list items only:

.sf-menu ul {
  overflow: visible !important;
}
.sf-menu.sf-horizontal.sf-style-YOURTHEME ul > li ul {
    margin-top: 0 !important;
}