Closed (won't fix)
Project:
Drupal core
Version:
main
Component:
menu_ui.module
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
23 Oct 2020 at 15:35 UTC
Updated:
29 Jul 2026 at 13:55 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
dalinThe reason for all those
ifconditions is because there may be additional modules (e.g. auto_entitiylabel) or custom code that could remove those form fields.Comment #7
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue. It either no longer applies to Drupal core, or fails the Drupal core commit checks. Therefore, this issue status is now "Needs work".
Apart from a re-roll or rebase, this issue may need more work to address feedback in the issue or MR comments. To progress an issue, incorporate this feedback as part of the process of updating the issue. This helps other contributors to know what is outstanding.
Consult the Drupal Contributor Guide to find step-by-step guides for working with issues.
Comment #11
fromme commentedOpen MR
Comment #12
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue.
While you are making the above changes, we recommend that you convert this patch to a merge request. Merge requests are preferred over patches. Be sure to hide the old patch files as well. (Converting an issue to a merge request without other contributions to the issue will not receive credit.)
Comment #13
fromme commentedComment #14
smustgrave commentedLeft some comments
Will need test coverage
Comment #15
fromme commentedI will check
Comment #16
fromme commentedI added typehint and update validation logic: made it more consistent and understandable.
If it's OK, i will add unit test.
Comment #17
berdirI think it would make more sense if that's implemented in the frontend *before* saving, otherwise you have to go back after you already saved and edit it again. Similar to the you have unsaved changes message after reordering.
That said, opinionated things are tricky to do in core. first, it should be in menu_ui, because node module should not depend on menu link stuff, then it needs to handle cases when the node title field isn't displayed and so on.
Comment #18
smustgrave commentedThanks for taking a look @berdir, if reading correctly there's some feedback about doing before saving.
Comment #21
robert-arias commentedAdded support for 11.2.
Comment #23
smustgrave commentedMy question now is does this belong in core?
Did just start https://www.drupal.org/project/menu_ui_extras that maybe could house it.
Comment #24
berdirYes, I believe this would better fit in a contrib module
Comment #25
smustgrave commentedGoing to heavily agree. Crediting those for the work but this doesn't seem to be a feature 80% of users would want or need. Opening a ticket under menu_ui_extras.