The code snippet I used came from post #473627of this thread: https://kriesi.at/support/topic/full-width-submenu-as-new-menu-location/

Hi Rikard,
The problem is that the drop down menus cannot be closed/disengaged/tapped-off unless user taps another menu (which also sticks open).
This is a problem on all my menus throughout the site, not just full-width. I use a mega menu in my main menu and it blocks the whole screen and cannot be disengaged on iPad (haven’t tested Android yet).

Ismael’s solution is a work-around, but is not ideal since the mobile menu button kills the elegance of your full-width menus and takes up most or all of the screen. Also, the problem with the mega menu remains.

I should reiterate that ALL drop down menus fail to disengage/tap-off, not just full-width menus. This is the core problem for me here. Perhaps I have something conflicting in my quick css or custom.css, but I cannot figure it out.
I originally thought the problem might be with my suite of Geodirectory plugins, but I have tested with all plugins deactivated and the problem remains.

Perhaps the problem is that I am not getting a menu button on iPad as the settings would suggest (although I would not prefer this since all menu items fit nicely in 1 row anyway). I found that if I set Mobile Menu Display to “Display a button to open menu” the full-width menu still displays as a row on iPad, and I am immediately brought to the top menu item destination when I try to tap open the menu (the menu will drop down, but by then the page is already changing).
On iPhone, I see a menu button as expected and everything works great.

If I set Mobile Menu Display to “Display full menu” then the drop-down activates on iPad without navigating away, however I can’t”tap-off” and menu stays stuck open until I click another menu.
On iPhone, the behaviour is the same as iPad, except that there are multiple menu rows (not really a problem) and drop-downs show up behind top-level menu items (can’t select, big problem).

The “Display a menu button” option would be ideal if it wasn’t for the iPad constantly navigating away when trying to tap open the menu.

I’ve tried adding this code to my functions.php as you suggested in the original thread, but no change in behaviour:

add_action('wp_footer', 'ava_close_submenu');
function ava_close_submenu(){
?>
<script>
(function($){
	$('.av-subnav-menu li > ul a').click(function() {
    $('.av-subnav-menu').removeClass('av-open-submenu');
  });
})(jQuery);
</script>
<?php
}

OK, I’m back on task with this problem and found the Mobile Menu Display setting within the submenu settings.
Changing back and forth between “full menu” and “button” did not solve the problem.

Just to recap:
• tapping on Full-width menu item triggers link immediately when tapped on iPad instead of revealing submenus (actually the submenu does blip open for a split second, but by then the iPad is already loading the top menu item).
• All drop down menu items in main menu stay open on iPad (tapping menu item reveals drop down items, but tapping away does not close drop down).

Any other ideas on how to fix this?

The problem seemed to have solved itself about 24 hours later and are now appearing just fine on menu edit page. Beforehand there were no menus showing—just an option to create a new menu (however all menus showed and operated normally when viewing site from the front-end).

Could this be somehow related to page caching? We are currently using a combination of Heroku/Github/Amazon for the site set-up utilizing page caching to optimize page loading.

Thanks for the reply. Looks like we’re on the right track. When i put your suggestion on line 598 however, it removes the excerpt and displays just the number ‘0’ under the post title.

Any clue why?