[wp-trac] [WordPress Trac] #60680: Site's broken

WordPress Trac noreply at wordpress.org
Thu Apr 11 21:50:36 UTC 2024


#60680: Site's broken
--------------------------------+------------------------------
 Reporter:  rsalafy             |       Owner:  (none)
     Type:  defect (bug)        |      Status:  new
 Priority:  normal              |   Milestone:  Awaiting Review
Component:  WordPress.org Site  |     Version:
 Severity:  critical            |  Resolution:
 Keywords:                      |     Focuses:
--------------------------------+------------------------------

Comment (by sabernhardt):

 The video "output.mp4" shows a visit to
 https://developer.wordpress.org/apis/wp-config-php/#moving-plugin-folder

 As page loads:
 - The viewport is wide.
 - The header contains the WordPress global header and the WordPress
 Developer Resources header.
 - Under the Search Resources search form, there is a large empty space.
 - The heading and first paragraph are not visible yet.
 - The Chapters list and the "In this article" box both appear on the right
 half of the screen.

 Scrolling down:
 - The global header disappears, but the WordPress Developer Resources
 header is fixed at the top. The W logo drops down (or stays) in the top
 left corner. The "wp-config.php" page heading moved into the fixed header
 next to "WordPress Developer Resources."
 - The first few paragraphs appear, positioned from the left edge of the
 page content area.
 - The Chapters list is also positioned on the left side, in front of the
 article information.
 - The "In this article" box remains fixed on the right side, and the
 article content does not extend that far (the article text covers about
 three fourths and then the side navigation is about one-fourth).

 In my experience, the page has three columns as it loads: a Chapters list,
 the article content, and the "In this article" box. The columns remain
 that way when scrolling down, and the left and right side columns stay
 fixed in place.

 I was able to achieve a different type of overlap in Chrome by scrolling
 down, disabling JavaScript without refreshing, and scrolling back up.
 However, a script failure likely was not the cause (at least not on its
 own) since the article content was in the middle. For another possibility,
 I think that the `.is-layout-*` classes might have failed to work properly
 at that time.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/60680#comment:4>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list