When editing a menu with a large number of links (the default Administration menu displays this behavior) from the link list view, checking/unchecking the "Enabled" doesn't actually cause the menu to be edited. After the page reloads, no edit has been made to the enabled/disabled state of links. The logs confirm that no edit was actually made. No errors/warnings/notices appear in the log. Expected behavior is that any link that had "enabled" checked or unchecked would then have that change made after the save.
The issue has been seen across a couple of our projects and is consistently an issue on local development environments. Pantheon hosted remotes seem to be less impacted by this than other hosting (Pantheon does have their own patched version of core. May or may not be related). Drupal sites running core versions 8.2.6 and 8.2.3 show this issue. It does not appear to be a (strictly) memory issue, setting local php memory limit to match working hosted environments (512MB) does not resolve the issue. AWS hosted remotes do show this problem. Menus with small numbers of links (~40 or less) do not show this problem.
To replicate: edit the "Administration" menu (or any menu with a similarly large number of links), disable one or more links using only the UI checkboxes. Save. Possibly needs to be done on a non-Pantheon hosted environment.
Comments
Comment #2
ccasals CreditAttribution: ccasals commentedComment #5
pameeela CreditAttribution: pameeela commentedThe issue is with max_input_vars, not memory. There is an issue to resolve this broadly at #1565704: Core interfaces can go over max_input_vars so I'm going to close this as a duplicate.
Comment #6
pameeela CreditAttribution: pameeela commented