Make WordPress Core

Opened 11 days ago

Last modified 2 days ago

#62491 reopened defect (bug)

Customizer accordion height fills screen

Reported by: dhewercorus's profile dhewercorus Owned by:
Milestone: 6.7.2 Priority: normal
Severity: major Version: 6.7
Component: Customize Keywords: has-patch needs-testing
Focuses: css Cc:

Description

I'm posting a new ticket regarding this issue, as the original ticket I was pointed towards indicates that this should be handled separately and won't be fixed for 6.7.1. Here is the comment on that ticket that describes the issue:
https://core.trac.wordpress.org/ticket/62335#comment:6

The issue is that the height of the accordions in the Customizer fills the entire height (screenshot from above comment):
https://i.imgur.com/27CjyvM.png

I am seeing the same issue on all of my company's sites that I try on 6.7 (on staging). There is a support forum post I made here where several others are experiencing the same issue:
https://wordpress.org/support/topic/customizer-sidebar-accordion-buttons-100-height-in-6-7/

The problem is 'height: 100%;' has been added to '.accordion-section-title button.accordion-trigger'; I think this should be 'height: auto;' to prevent this problem.

Attachments (1)

62491.diff (430 bytes) - added by sabernhardt 9 days ago.
removes 100% height

Download all attachments as: .zip

Change History (15)

#1 @im3dabasia1
11 days ago

Hey @dhewercorus ,

Thank you for providing the ticket. Could you kindly share the steps to reproduce the issue?

Looking forward to your response.

Last edited 11 days ago by im3dabasia1 (previous) (diff)

#3 @dhewercorus
11 days ago

Hi, thank you for your quick reply!

All of our themes are "classic themes" and we use the customizer to allow users to control certain content. Loading the customizer via a URL like ...

[domain]/wp-admin/customize.php

... will result in the sidebar showing as it does in the screenshot.

The button inside the h3 inside the li element is the element with the height: 100% attribute, when removed or switched to auto that seems to resolve the problem, although I admittedly didn't test this extensively in Edge, Safari, etc.

Also @samiamnot yes this is absolutely a duplicate of that comment, but from the other comments on that ticket, it sounded like this issue would not be fixed there and we would need to create a separate ticket.

Last edited 11 days ago by dhewercorus (previous) (diff)

#4 @desrosj
11 days ago

  • Milestone Awaiting Review deleted
  • Resolution set to duplicate
  • Status changed from new to closed

Hi @dhewercorus, welcome to Trac! And thanks for this report!

It's a bit hard to follow, but the issue described in #62335 that you are also describing here was fixed by way of [59409]. The fix will be included in 6.7.1, which is due out tomorrow (21 Nov).

#5 @joedolson
11 days ago

  • Milestone set to 6.7.2
  • Resolution duplicate deleted
  • Status changed from closed to reopened

It's possible that the fix for #62335 will resolve this, but so far I don't have any reproducibility of this bug, so I can't verify it. If @dhewercorus can install the RC of 6.7.1 and check, that would be helpful.

The issue that was reported in #62335 is fixed, but this issue was only raised as a comment on that issue; I closed the issue as fixed because the issue described in the ticket was fixed - this is, as far as I know, a separate issue.

#6 @sabernhardt
11 days ago

An earlier support forum topic:
https://wordpress.org/support/topic/customize-page-layout-issue-after-wordpress-6-7-update-large-spaces/

I was able to reproduce the issue with visible PHP error messages breaking the markup (within head), but I doubt that is how everyone else experiences it. Some screenshots show full-height images on the page, though I do not know how that could affect the Customizer panel.

If the button's 100% height is not necessary (for any/all browsers), the CSS rule could be removed instead of switching the value to auto.

#7 @sabernhardt
10 days ago

#62502 was marked as a duplicate.

#8 @rrvoigt
10 days ago

  • Focuses css added
  • Version changed from 6.7 to 6.7.1

Same issue here, bug is still there after updating to 6.7.1.
Seeing this on two of my websites.

We tested this with our provider Cloudways and the issue is certainly WordPress and not plugins (disabled) or theme releated (inactive and set to default 2025).

Please address and provide a fix.

Regards,

Last edited 10 days ago by rrvoigt (previous) (diff)

#9 @sabernhardt
10 days ago

  • Version changed from 6.7.1 to 6.7

#10 follow-up: @ghinamt
9 days ago

  • Severity changed from normal to major

Hi,

I am facing the same issue on 8 of my websites...

I have open a ticket in this link...but did not reach to any clear feedback:
https://wordpress.org/support/topic/customize-page-layout-issue-after-wordpress-6-7-update-large-spaces/

Can you please update us on when this issue will be fixed??
as I have updated wordpress to version 6.7.1 and the issue is not fixed

#11 in reply to: ↑ 10 @sabernhardt
9 days ago

when this issue will be fixed

6.7.2 is not officially scheduled yet, but I think it will be released sometime in December. If you need or want to change the height before then on your site(s), you could try a temporary fix (in a custom plugin).

#12 @sabernhardt
9 days ago

@vishy-moghan mentioned a plugin that prints a style tag in the admin_enqueue_scripts hook. This similar code snippet can reproduce the extra height without PHP or JS errors:

add_action( 'admin_enqueue_scripts', 'sab_print_style_in_admin_enqueue_scripts' );
function sab_print_style_in_admin_enqueue_scripts() {
	?>
<style> body { color: #152; } </style>
	<?php
}

The code could be edited in the plugins and/or themes that do likewise, possibly by changing the hook to admin_head, but I am not aware of any issues the style tag might have caused before 6.7.

@sabernhardt
9 days ago

removes 100% height

#13 @sabernhardt
9 days ago

  • Keywords has-patch needs-testing added

For me, the six buttons available with Twenty Nineteen (and no plugins) remained the same height with or without height: 100%. That was 42.7 (or 42.69) pixels with Windows 10 and the following browsers: Chrome 131.0, Firefox 132.0, Edge 131.0, Opera 114.0, and Vivaldi 7.0.

62491.diff needs testing with other browsers and devices.

#14 @frankbiganski
2 days ago

I wanted to chime-in with my similar experience regarding this issue, which began after either update 6.7.0. or 6.7.1 - not sure which.

At first, I assumed the issue was due to the No Right-Click Pro plugin by WP-Buy.com as when I deactivated the plugin, the menu looked normal.

But a few day later, I'm performing a check on two other websites and noticed the same issue was occurring. Only this time, I attributed the issue to the plugin LearnPress by ThimPress.

After following up with both plugin authors, they stated the issue was with WordPress and that the issue would be resolved in the next update.

Here's a desktop screen recording I did here:
https://app.screencast.com/FUXvLk09sr0Ia

I am using Total WordPress theme by WPExplorer and the websites are:

https://thedronecoach.io
https://thedronecoach.com

Cheers,
Frank

p.s. when I activated Twenty Twenty-Two, I did not have the "Customize" option at Appearance> Customise. Not sure if that is normal or not as I've never used those other WP stock themes.

Last edited 2 days ago by frankbiganski (previous) (diff)
Note: See TracTickets for help on using tickets.