Make WordPress Core

Opened 4 years ago

Last modified 13 days ago

#18282 reviewing defect (bug)

Issue with admin page hierarchy in Menu admin

Reported by: hcceast Owned by:
Milestone: Awaiting Review Priority: normal
Severity: major Version: 3.2.1
Component: Menus Keywords: needs-patch
Focuses: Cc:


Under Appearance > Menus in the left column under Pages, if I have more than 50 pages, the hierarchy view gets messed up. The issue seems to be related to paginate.

If I change the "50" on lines 589 and 809 of wp-admin/includes/nav_menu.php to "955" the hierarchal admin menu works with 50+ pages.

Attached are two XML files. One contains 50 pages and the other contains 53 pages. I've loaded them into fresh installs of 3.2.1 using the twenty eleven theme and no plugins.

Paginate is great if it works right, if it won't work, just increase the number per page to something very high and people can scroll. I'd rather scroll than not have hierarchy work right.

Link to 50 page XML -- http://cloud.hcc.me/0g3X3O310s3l3i2N363n

Link to 53 page XML -- http://cloud.hcc.me/302e0c391A14193m2V2e

Pastebin of wp-admin/includes/nav_menu.php -- http://pastebin.com/0FRAmMkS

Attachments (4)

page xml .zip (7.1 KB) - added by hcceast 4 years ago.
XML Page Files
Screen shot 2011-07-28 at 10.03.43 AM.png (30.6 KB) - added by hcceast 4 years ago.
Screen shot of admin menu (all subs should be under parents)
18282-disable-nav-menu-pagination.patch (621 bytes) - added by Aries-Belgium 2 years ago.
Patch to work around nav menu pagination
preserve-page-and-taxonomy-hierarchy.php (1.9 KB) - added by SergeyBiryukov 20 months ago.

Download all attachments as: .zip

Change History (39)

4 years ago

XML Page Files

4 years ago

Screen shot of admin menu (all subs should be under parents)

#2 @SergeyBiryukov
4 years ago

Taxonomies are also affected.

Closed #19837 and #20351 as duplicates.

#3 @Marventus
4 years ago

  • Cc frandeazevedo@… added

#4 @Marventus
4 years ago

I suspect the $depth parameter could be failing during pagination.
I'll take a look into it see if I can find anything.

Last edited 4 years ago by Marventus (previous) (diff)

#5 @Whissi
4 years ago

  • Cc Whissi added
  • Version changed from 3.2.1 to 3.3.2

Is anybody working on this? The current release (3.3.2) is still affected.

#6 @JustinSainton
4 years ago

  • Version changed from 3.3.2 to 3.2.1

The version tag is used for when the issue was introduced, not the most recent version it occurs in.

#7 @dmaras
3 years ago

  • Version changed from 3.2.1 to 3.4


i cant find this line in version 3.4 and i have same issue...

I have it i was looking in wp-includes/nav-menu.php

Last edited 3 years ago by dmaras (previous) (diff)

#8 @SergeyBiryukov
3 years ago

  • Version changed from 3.4 to 3.2.1

Version number indicates when the bug was initially introduced/reported.

#9 @SergeyBiryukov
3 years ago

#23286 was marked as a duplicate.

#10 @SergeyBiryukov
3 years ago

  • Owner Andrew Smith deleted
  • Status changed from new to reviewing

#11 @energy0m
3 years ago

  • Cc marc@… added
  • Severity changed from major to blocker

When is this ticket going to be resolved? is there a patch? This is core functionality keeping my project from launching which is over 18months old. not cool. I can put in pages manually but my client cant manage them and as it turns out they have a very deep sitemap to place in the menu's section.

so again.. when is this to be resolved?

#12 @Marventus
3 years ago

  • Severity changed from blocker to major

@energy0m: the issue will be resolved when... someone takes the time to resolve it. It seems Sergey is looking into it, but if you are in a rush, I suggest you contact him and - here's a crazy idea! - offer him to help. In the meantime, I can only suggest you take a chill pill and read up on what Open Source is all about: http://en.wikipedia.org/wiki/Open_source.

#13 @energy0m
3 years ago

How can I help him when I don't know enough about PHP to resolve the problem?

#14 @SergeyBiryukov
3 years ago

I'm not actually looking into it yet, I've just removed the previous owner so that someone else could take over this ticket. Feel free to submit a patch.

#15 @helen
3 years ago

This is essentially a visual bug - the hierarchy is not actually altered, and since nav menus specifically do not rely on the page hierarchy, nothing is broken beyond the visual. Yes, it is a bug and yes, it is frustrating, but it shouldn't be something that holds up a launch.

#16 @SergeyBiryukov
3 years ago

#24436 was marked as a duplicate.

#17 @allergicvegetarian
3 years ago

This issue also effects categories as well, when you are creating a menu. I'm making a navigation menu that isn't on a specific page.

Obviously, this isn't going to get fixed soon, given a computer programmers time for open source projects is directly related to the amount of extra work their real job requires them to program "for free" under the heading of "salaried" (work 60 hours, get paid for 40).

Version 0, edited 3 years ago by allergicvegetarian (next)

2 years ago

Patch to work around nav menu pagination

#18 @Aries-Belgium
2 years ago

The issue is indeed the pagination that breaks the hierarchy of the pages. It's possible that some child pages aren't on the same page/section than the parent page which confuses the Walker.

In the attachment a patch for a quick workaround by disabling the pagination for the "All"-tab. When I find the time I will see if I can come up with a solution where the pagination doesn't break the hierarchy but for now this patch also works.

#19 @Aries-Belgium
2 years ago

  • Cc Aries-Belgium added

#20 @moraleida.me
2 years ago

  • Cc moraleida.me added

#21 @SergeyBiryukov
2 years ago

#25262 was marked as a duplicate.

#22 @alettieri
2 years ago

  • Cc alettieri added

#23 @SergeyBiryukov
22 months ago

#27143 was marked as a duplicate.

#24 follow-up: @davidfhannes
21 months ago

I tried the patch to no avail:

	$posts = $get_posts->query( array_merge( $args, array( 'nopaging' => true ) ) ); 

I really need assistance on this issue. This is my issue at hand:

Screen shot:

Last edited 20 months ago by SergeyBiryukov (previous) (diff)

#25 in reply to: ↑ 24 @SergeyBiryukov
20 months ago

Replying to davidfhannes:

I tried the patch to no avail:

That patch is for pages (and other hierarchial post types), not for taxonomies.

I've created a workaround plugin to preserve hierarchy for both post types and taxonomies:

Note that it only affects "View All" tab, not "Most Recent" or "Most Used".

#26 @SergeyBiryukov
20 months ago

#28031 was marked as a duplicate.

#27 @apsolut
17 months ago

I like @SergeyBiryukov fix! thumbs up!

#28 @SergeyBiryukov
16 months ago

#29252 was marked as a duplicate.

#29 @SergeyBiryukov
13 months ago

#30122 was marked as a duplicate.

#30 @energy0m
13 months ago

@SergeyBiryukov ... you rock!

#31 @SergeyBiryukov
11 months ago

#30992 was marked as a duplicate.

#32 @chunkysteveo
7 months ago

Great little patch plugin @SergeyBiryukov, solved my head bashing!

#33 @m7csat
6 months ago

Just wanted to add my thanks! Solved my frustrations.

#34 @p10design
5 months ago

Is there a reason why this was never fixed?
Why is there a plugin to fix a core functionality?
What are the steps one should take to get this issue to be fixed?


#35 @majemedia
13 days ago

For larger sites that have a massive number of pages this is causing issues. The steps in the original description properly duplicate this.

The plugin by @SergeyBiryukov works as designed, but when you're dealing with a large number of pages (> 500) the nav menu page takes a long time.

The patch by @Aries-Belgium run into the same load time issues.

Note: See TracTickets for help on using tickets.