Make WordPress Core

Opened 14 years ago

Closed 11 years ago

#14188 closed defect (bug) (fixed)

Quick Edit Parentage

Reported by: filosofo's profile filosofo Owned by: filosofo's profile filosofo
Milestone: 3.7 Priority: lowest
Severity: minor Version: 3.0
Component: Administration Keywords: has-patch 3.7-early commit
Focuses: Cc:

Description

If you change a page's page via quick edit, the page item stays below its current parent.

It seems to me that it ought to move underneath the new parent or disappear if that parent is not on the current page.

Attachments (3)

14188.diff (1.4 KB) - added by solarissmoke 14 years ago.
14188.2.diff (1.3 KB) - added by MikeHansenMe 12 years ago.
same patch with new path
14188.3.diff (1.3 KB) - added by adamsilverstein 11 years ago.
fixes alternate row coloring when moving page to parent not on screen

Download all attachments as: .zip

Change History (23)

#1 @garyc40
14 years ago

  • Cc garyc40@… added

@solarissmoke
14 years ago

#2 @solarissmoke
14 years ago

  • Keywords has-patch dev-feedback added; needs-patch removed

Patch checks if an edited page has a new parent and moves the row underneath that one. If the parent doesn't exist on this page then it hides the row altogether.

The AJAX response does not include —es to indicate that the page is a child of another - which makes sense with the current functionality because the child page isn't in the right place anyway. Fixing this is going to be a bit messy though.

#3 @DrewAPicture
13 years ago

#19529 closed as duplicate.

Related: #19474

#5 @MikeHansenMe
12 years ago

  • Cc mdhansen@… added

This problem still exists in 3.5-beta-1.

#6 @MikeHansenMe
12 years ago

  • Cc mdhansen@… removed

Updated diff to patch the correct file and confirmed it is working as expected.

@MikeHansenMe
12 years ago

same patch with new path

#7 @MikeHansenMe
12 years ago

  • Cc mdhansen@… added

#8 @MikeHansenMe
11 years ago

Patch still applies clean.

#9 @DrewAPicture
11 years ago

  • Keywords 3.7-early added

edit: my bad. Looks good, let's do this early 3.7.

Last edited 11 years ago by DrewAPicture (previous) (diff)

#10 @wonderboymusic
11 years ago

  • Milestone changed from Future Release to 3.7

these are all marked 3.7-early

#11 follow-up: @wonderboymusic
11 years ago

@DrewAPicture + @MikeHansenMe, can someone look at this and determine if all is still well?

#12 in reply to: ↑ 11 @DrewAPicture
11 years ago

  • Keywords commit added; dev-feedback removed

Replying to wonderboymusic:

@DrewAPicture + @MikeHansenMe, can someone look at this and determine if all is still well?

14188.2.diff still works great for me.

#13 @wonderboymusic
11 years ago

  • Resolution set to fixed
  • Status changed from new to closed

In 25663:

When Quick Edit'ing a page, checks if edited page has a new parent and moves the row underneath that one. If the parent doesn't exist on this page then it hides the row altogether.

Props solarissmoke, MikeHansenMe.
Fixes #14188.

#14 @nacin
11 years ago

If the parent doesn't exist on this page then it hides the row altogether.

Hmm. I'd argue this is actually pretty unexpected and jarring behavior.

@adamsilverstein
11 years ago

fixes alternate row coloring when moving page to parent not on screen

#16 @SergeyBiryukov
11 years ago

  • Milestone changed from 3.7 to 3.8
  • Resolution fixed deleted
  • Status changed from closed to reopened

#17 @nacin
11 years ago

Per IRC discussion, this was actually the proper fix, in that it moved it to be under the parent if it was on the same page, but did not remove it if it wasn't. It was the commit message that was off. Given there is another patch to adjust row coloring, let's regroup in 3.8.

#18 @adamsilverstein
11 years ago

  • Cc adamsilverstein@… added

#19 @matt
11 years ago

  • Priority changed from normal to lowest
  • Severity changed from normal to minor

#20 @nacin
11 years ago

  • Milestone changed from 3.8 to 3.7
  • Resolution set to fixed
  • Status changed from reopened to closed

Closing as fixed for 3.7, as alternate row coloring will likely be moved to CSS soon enough.

Note: See TracTickets for help on using tickets.