[wp-trac] [WordPress Trac] #14134: Menus item are limited to 16 item and will not save more than that
WordPress Trac
noreply at wordpress.org
Tue Dec 16 13:07:57 UTC 2014
#14134: Menus item are limited to 16 item and will not save more than that
-------------------------------------------------+-------------------------
Reporter: jaanfx | Owner:
Type: defect (bug) | Status: reviewing
Priority: high | Milestone: Future
Component: Menus | Release
Severity: major | Version: 3.0
Keywords: has-patch needs-refresh needs- | Resolution:
testing | Focuses:
-------------------------------------------------+-------------------------
Comment (by petrakid1):
Replying to [comment:154 mnmca]:
I'm having the SAME exact issues. Post_vars too low in php.ini, etc. Of
course the whole menu building process needs GRAVE improvement. We have a
sit with 7 main menu items, each having a dozen or so sub-menu items. And
the more menu items I add, the slower and slower it all gets. And
dragging/dropping the menu items to their proper place is tedious,
especially if I'm adding a new menu item to the TOP have to drag it all
the way up.
My suggestions is that each parent menu group can be collapsed.
Also, the list of pages on the left doesn't seem to follow a recognizable
order. I've setup our pages hierarchically, but they don't show up that
way.
Finally, the actual menu update should occur as follows:
1) The page/menu is dragged to the proper location.
2) A "Save" button for the respective menu that's been added/updated
appears in the menu's block
3) Clicking "Save" saves the menu's position (with as few post_vars as
possible) and the "Save" button hides.
This way the whole menu doesn't have to be saved each time, but only the
affected menu item, and the items around it.
The other issue I'm running into (which I assume is part of the same
post_vars issue) is that the checkbox which enables the theme's menu
doesn't stay on. That's annoying.
Please, this has been an ongoing issue for over 4 years...it's time to get
this resolved.
> Replying to [comment:150 RNAstudio]:
> > So, 4 years later, the problem persists.
> >
> > Here's what worked for me (after a couple of days of hair pulling,
with a client presentation tomorrow morning, and most of the above
discussion above my head...) -
> >
> > Add
> >
> > max_input_vars = 4000
> > php_value max_input_vars = 5000
> >
> > to
> >
> > php.ini
> >
> > I'm using Wordpress 3.9.1 and the Avada theme, hosting with
MediaTemple.
> >
> > Maybe this will help somebody.
>
> And help it did, I added it to php.ini as you said and it works smoothly
now.
> I am on shared hosting and the ini file was in the main html folder. The
host said it was not the real php.ini file because it contained mostly
information about the Zend Optimizer. I took a chance and added your info
and it worked regardless.
>
> Smooth as silk, thanx for posting the fix.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/14134#comment:155>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list