Bulk Edit dropdown height increased compared to previous version

[mohitbsf]

WordPress versions compared:

6.9.1

7.0

Environment: Clean install, default theme, no active plugins

Steps to Reproduce

Go to Pages → All Pages

Select multiple pages

Choose “Bulk edit” and click “Apply”

Observe the dropdown fields in the Bulk Edit panel

Compare the dropdown height between WordPress 6.9.1 and 7.0

Expected Result

Dropdown height should remain visually consistent across versions unless intentionally updated as part of a UI refresh.

Actual Result

The dropdown fields in 7.0 appear slightly taller than in 6.9.1. This changes the vertical rhythm of the Bulk Edit panel.

Additional Notes

The change may be intentional as part of UI adjustments

Reporting for confirmation in case this was unintended

No plugins active during testing

[joedolson]

This is an intentional design change, although it may be that this specific case should be adjusted. Overall, the bulk edit interface looks like it could use a bit more attention in the admin reskin.

[mohitbsf]

Yes, ofcourse, it do look a little odd, the spacing is something which make it looks unfinished IMO.

[huzaifaalmesbah]

There’s no issue with the increased height of the Bulk Edit dropdown. However, the selected input fields (Author, Parent, Template, Comments, Status) have inconsistent spacing between them. This should be fixed for a cleaner look.

• Assigns relative values for line-height, width and height of the icon in buttons that remove, dismiss or close. All three computed values match the font size.
• Reduces top value for dashboard welcome panel dismiss button.

Trac 64685

Use of AI Tools: none

[sabernhardt]

The icon is larger, and the 24px line-height pushes the icon down. PR 10998 keeps the larger font size but adjusts other dimensions for vertical alignment.

In the Bulk Edit settings for pages, the Author, Parent, and Template input fields already were closer together than Comments and Status in WordPress 6.9. Switching the labels' .2em 0 margin to padding theoretically could make it more consistent, but then the Tags textarea in Quick Edit for posts would be noticeably lower.

I also tried increasing the line-height for labels from 2.5 to 3, but that causes new alignment issues (with fields such as "or" and the Private checkbox next to the post password). The large line-height is already unfriendly when the label text is wider than 6em and needs to wrap to the next line (for example, in French).

[mukesh27]

Per [61645], the commit message clearly states that the select height was intentionally increased and is part of the new design system. Given that, could you clarify what issue we’re trying to resolve here? Is this a regression, an unintended side effect, or are we aiming to override the new design for a specific context?

[juanmaguitar]

Per [61645], the commit message clearly states that the select height was intentionally increased and is part of the new design system.

@fabiankaegy could you confirm if this new look for selects is expected with the new design applied on #64547 ?

[fabiankaegy]

The change of increasing the height of select controls across the admin was intentional. However we have added overrides for places where the new height didn't feel appropriate. I can see how Quick Edit makes sense for this treatment.

[sabernhardt]

I connected PR 10998 to #64684, so this ticket can consider possible changes to label alignment and spacing, apart from the icon changes.

Uses compact input sizes for all text & select inputs in inline editing.

Effects both quick edit and bulk edit.

Trac ticket: https://core.trac.wordpress.org/ticket/64685

## Use of AI Tools

After patch:

Before patch:

Noting there's still work to do on the date and password fields

Reverted the switches to flex layout. Would be nice, but there's actually a lot of work to get that working with some of the existing styles. Better to leave that for some future structural design changes, if they happen.

In https://core.trac.wordpress.org/changeset/61784

After patch, following revert:

I didn't quite match the screenshot sizes; the alignment differences in the password and date fields in the new after are just artifacts of slightly different screen width.

Bulk Edit:

Before	After

Quick Edit:

Before	After

[joedolson]

In 61827:

Quick/Bulk Edit: Use compact sizing on inputs after admin reskin.

Change inputs in the bulk and quick edit to use compact sizing.

Props mohitbsf, sabernhardt, mukesh27, juanmaguitar, fabiankaegy, shailu25, joedolson.
Fixes #64685.

Trac ticket: https://core.trac.wordpress.org/ticket/64685

The height of elements in the Quick Edit UI was unified to 32px by r61827. However, subsequent changes in r62171 unintentionally removed the line-height not only from input elements but also from select elements. As a result, the following styles were applied to select elements, causing their height to unintentionally revert to 40px.

.wp-core-ui select {
        line-height: 2.71428571; /* 38px for 40px min-height */
}

This PR restores the appropriate line-height value to achieve the 32px height.

## Screenshots

### Before

### After

## Use of AI Tools

None

[wildworks]

Sorry, I found that [62171] reintroduced the issue that had been fixed in [61827]. This happened because [62171] removed the line-height not only from input elements, but also from select elements.

​PR 11631 should fix this regression.

Do we need to add a note for future reference so this doesn’t get removed again?

Nice idea, addressed in #92bc76698d8c45eaf2d9eae60fceefb5d64152d2

P.S. I also propose removing hardcoded line-height values from all select elements in the future, as it can sometimes be difficult to predict the final element height.

[audrasjb]

As per today's bug scrub:
This was committed but @wildworks mentioned that the patch introduces a regression, and added a new PR to fix the issue. It looks good on my side. Pinging @joedolson as ticket owner :)

[SergeyBiryukov]

In 62296:

Quick/Bulk Edit: Restore compact size of inline edit select.

Follow-up to [61827], [62171].

Props wildworks, mukesh27, audrasjb, SergeyBiryukov.
Fixes #64685.

[SergeyBiryukov]

Reopening for 7.0 consideration.

[wildworks]

[62296] seems to be good to backport to 7.0

[jorbin]

In 62307:

Quick/Bulk Edit: Restore compact size of inline edit select.

Follow-up to [61827], [62171].

Reviewed-by wildworks, jorbin.
Merges [62296] to the 7.0 branch.

Props wildworks, mukesh27, audrasjb, SergeyBiryukov.
Fixes #64685.