[Support request] nav menu items lose title

[Drew]

I’ve noticed an unusual issue where nav menu titles are being replaced by the nav menu id# and display “no title”

1. When viewing the menu items from any URL that does not contain the subdirectory, the title displays fine: https://www.screencast.com/t/W79z9NTO4e
2. When viewing the same submenu from a URL that contains the subdirectory, the nav menu label gets replaced with the ID# and (no title): https://www.screencast.com/t/IlbH9q32Dq

Here are some test pages to reproduce:

Everything is fine: https://apollosfire.org/
Issue appears: https://apollosfire.org/event/50-ways-to-leave-your-lover/

Suggestions?

Drew

[Tom]

Hi Drew,

This is likely an issue with Ubermenu, as it looks like you’re using them to build the menu.

Might be worth checking with their support 🙂

[Drew]

Gotcha although how did you troubleshoot that? I’m curious to know more about how best to determine which direction to look first.

[Tom]

I right clicked the element and clicked “Inspect”, which shows the HTML. It has tons of ubermenu classes, which means they’re taking over the output of the menu.

[Drew]

Hey Tom, I completely deactivated ubermenu but am still having this issue, any thoughts?

https://apollosfire.org/event/50-ways-to-leave-your-lover/

[Tom]

Can you try deactivating your others plugins one by one to see if there’s another conflict?

[Drew]

NP, I pushed everything over to a staging install and the only plguing left activated are GP Premium and the event manager (otehrwise those sub menu items don’t appear and we therefore can’t test): https://www.screencast.com/t/8GH2l5FQ

The issue still persists (which you can check directly at) – http://apollosfire.staging.wpengine.com/event/50-ways-to-leave-your-lover/

As for the event manager, that’s my plugin and we’ve been checking it on all of the installs (more than 70 which run nearly identical configs to this install) and the issue doesn’t exist on any of those.

Have you ever experienced a menu item issue like this via custom post types?

[Tom]

Super strange. Might be worth scrapping that menu and re-building it from scratch.

WordPress is 100% responsible for the menu, the theme just calls it with a built in function.

You may just be able to remove those affected menu items and add those specific pages back in.

[Drew]

Super stange indeed. I implemented a few different variables to see about pegging down the issue and everything actually turned up more questions than not:

1. Create a custom link version of the menu item. This produced the correct results across each test. But having to use a custom link option isn’t exactly best practice.
2. Creating new versions of the menu item using it’s custom post type. This produced inconsistent results. Sometimes it worked as expected but other times it produce the bug.

I also tested using custom post types other than the “events” CPT. They had similar degrees of hit and miss consistency.

Lastly, as an added measure I tested on Twenty-Seventeen and the issue persists there as well (I left that theme up on the staging site for you to see if needed: http://apollosfire.staging.wpengine.com/event/christmas-on-sugarloaf-mountain/)

So yes, super strange and above my current skills pay grade. 🙂

Suggestions?

[Tom]

Perhaps there’s something wrong with those actual pages? Try re-saving them and confirming they each have a post title.

If that doesn’t work, maybe re-create them and delete the old ones.

[Drew]

Thanks, we’ll keep digging into it. I’ve been searching the wordpress trac for similar items but haven’t turned up anything exactly along these lines, have you?

[Tom]

I’ve never seen it. From a code stand point, it’s like the menu is calling to the wrong ID in the database.

That’s why I think deleting them and starting fresh with those pages might fix it.

[Author]

Posts