Make WordPress Core

Opened 3 months ago

Closed 8 weeks ago

#62089 closed defect (bug) (reported-upstream)

site editor, "all template parts" empty list in UI. Requires browser refresh

Reported by: rickers's profile rickers Owned by:
Milestone: Priority: normal
Severity: normal Version: 6.7
Component: Editor Keywords: has-testing-info
Focuses: ui Cc:

Description

This behavior can be caused by:

  1. display all patterns: Appearance -> Editor -> Patterns -> "All patterns"
  2. display page 2. (the themeunittestdata has enough patterns for 2 pages)
  3. select "All template parts" Observe the empty list displayed. Browser refresh restore the list.

Attachments (4)

patterns-page2.png (1.5 MB) - added by hellofromTonya 2 months ago.
Test Report comment:2: 2nd page of Patterns > All patterns (without having to refresh the browser)
Screenshot1.jpg (144.1 KB) - added by rickers 2 months ago.
Screenshot2.jpg (116.1 KB) - added by rickers 2 months ago.
62089-issue.webm (3.9 MB) - added by dhruvang21 8 weeks ago.
Hello @hellofromTonya, I’ve attached a video demonstrating the entire issue that @rickers is trying to explain. I was able to successfully reproduce the issue in the latest version of WordPress with no active plugins. I will also write a test report based on the video. I kindly request that you modify the ticket title and reproduction steps by referencing the attached video. Thank you!

Change History (17)

#1 @hellofromTonya
2 months ago

  • Keywords has-testing-info added

Reproduction Report

This report validates that the issue can be reproduced.

Environment

  • OS: macOS
  • Web Server: Nginx
  • PHP: 8.3.8
  • WordPress: 6.6.2
  • Browser: Firefox 131.0
  • Theme: Twenty Twenty-Four
  • Active Plugins: None

Steps to Reproduce

  1. Log into your test site.
  2. Go to Appearance > Editor
  3. In the Design menu, select Patterns. By default, All patterns is selected and the first page of patterns displays in the content window.
  4. Navigate the next page using the pagination at the bottom of the editor.
  5. 🐞 Bug occurs. As no patterns display.
  6. Refresh the browser.
  7. Repeat step 4. 2nd page of patterns should render.

Expected Results

  • Step 5: Patterns should render after navigating to the next page.
  • Step 7: Patterns should also render.

When reproducing a bug:

  • ❌ Step 5: patterns list should be empty, no patterns rendered.

Actual Results

  • ✅ Step 5: Patterns render.
  • ✅ Step 7: Patterns render.

I'm unable to reproduce the reported issue.

Last edited 2 months ago by hellofromTonya (previous) (diff)

@hellofromTonya
2 months ago

Test Report comment:2: 2nd page of Patterns > All patterns (without having to refresh the browser)

#2 @hellofromTonya
2 months ago

  • Keywords reporter-feedback added

Hello @rickers,

Welcome to WordPress Core's Trac. I'm sorry to hear you are having difficulty with your site after updating to 6.6.2.

I'm not able to reproduce this issue (see test report).

Does this issue persist today for you?

If yes:

  • Which theme are you using?
  • Does it happen with a specific browser?
  • Are there any errors in the browser's console and/or in the server logs?
  • Is it an intermittent issue, meaning sometimes it works without refreshing the browser?

#3 @rickers
2 months ago

Hi! Thank you for looking at this... I am so embarrassed that I forgot to mention that this happens in "list" view, not "grid" view, my bad. Consistent behavior, always.

Upon checking my procedure, I've sadly left out some steps.

So, now the corrected procedure to cause the incorrect out put is this:
(changes in bold)

  1. Log into your test site.
  2. Go to Appearance > Editor
  3. In the Design menu, select Patterns. By default, All patterns is selected and the first page of patterns displays in the content window.

3A. Select "table" view.

  1. Navigate the next page using the pagination at the bottom of the editor.

4A. Now select "all template parts" (all template parts does not have 2 of parts)

  1. 🐞 Bug occurs. As no template patterns display in the table (there is only 1 page of template patterns to display)

Steps 6 and 7, below, are informational. The bug appeared in step 5

  1. Refresh the browser. (in 6.2.2 this worked, stayed in table view and showed list) (6.6.3-alpha-59007 switches back to grid view)
  2. Repeat step 4. 2nd page of patterns should render.
Last edited 2 months ago by rickers (previous) (diff)

#4 @hellofromTonya
2 months ago

  • Keywords reporter-feedback removed

Thanks @rickers. No worries. I appreciate you following up to share the steps. Will retest.

Last edited 2 months ago by hellofromTonya (previous) (diff)

#5 @hellofromTonya
2 months ago

Reproduction Report

This report validates that the issue can be reproduced.

Environment

  • OS: macOS
  • Web Server: Nginx
  • PHP: 8.3.8
  • WordPress: 6.6.2
  • Browser: Firefox 131.0
  • Theme: Twenty Twenty-Four
  • Active Plugins: None

Steps to Reproduce

  1. Log into your test site.
  2. Go to Appearance > Editor
  3. In the Design menu, select Patterns. By default, All patterns is selected and the first page of patterns displays in the content window.
  4. In the "View options", set the Layout to Grid.
  5. Navigate the next page using the pagination at the bottom of the editor.
  6. 🐞 Bug occurs. As no patterns display.

Expected Results

  • Step 6: Patterns should render after navigating to the next page.

When reproducing a bug:

  • ❌ Step 6: patterns list should be empty, no patterns rendered.

Actual Results

  • ✅ Step 6: Patterns rendered as expected.

See it action https://a.supportally.com/v/60JEVr.

I'm unable to reproduce the reported issue.

Observations

What happens when changing the "Items per page" (in "View options") to 50 or 100?
All of the patterns rendered on the 1st page. The pagination at the bottom did not render.

When switching it back to 10 or 20 items per page, the pagination rendered and the 2nd page rendered as expected.

#6 @hellofromTonya
2 months ago

  • Keywords reporter-feedback added

@rickers I'm not still not able to reproduce the issue. I added a video to show how it's working for me (see comment:5).

To help investigate, please share the following:

  • What is the "Items per page" option set to? The out-of-the-box default is 20.

If greater than 20, what happens when you set it to 20?

  • Which theme are you using?
  • Does it happen with all plugins deactivated? (as a plugin may have a conflict)
  • Which browser are you using? Does it happen with a specific browser?
  • Are there any errors in the browser's console?

Thank you.

@rickers
2 months ago

@rickers
2 months ago

#7 @rickers
2 months ago

Thanks Tonya, I'm a noob here, so am still getting my wings. Apologies.

I'll add some screen shots (which are supposedly worth 1000 words).
(This bugs occurs in grid mode too - shown in screenshots)

  • My setup is now 6.7-beta2 with onlty the beta tester plugin. No others.
  • My theme is Twenty Twenty-Five.
  • The content is the "themeunittest.xml" downloaded mid September.

About as stock as I could make it.

See Screenshot1.jpg and note the following:

  • 69 "All Patterns", 4 pages, this is page 2
  • only 5 "All Template parts" Only enough for one page.

Screenshoot2.jpg is the result of clicking on "All Template Parts"
Observe "no Results".

My diagnosis:
It seems simple! The page displayed is retained from the "All Patterns" when clicking "All Template Parts", but "all Template Parts" only has one page, so, No results on page 2 (actually "no page 2), but it should be displaying page one because there isn't a page two.

If one wants to retain the page being displayed, it should be associated with the list, not global to the "Patterns" page.

If I knew where to look in the code it seems it might be simple, but I'm just beginning my WP journey, and enjoying it quite a bit. Thanks for looking, it's really kind of a nit. But it tripped me up at first.
Thanks!

@dhruvang21
8 weeks ago

Hello @hellofromTonya, I’ve attached a video demonstrating the entire issue that @rickers is trying to explain. I was able to successfully reproduce the issue in the latest version of WordPress with no active plugins. I will also write a test report based on the video. I kindly request that you modify the ticket title and reproduction steps by referencing the attached video. Thank you!

#8 @dhruvang21
8 weeks ago

Reproduction Report

This report validates that the issue can be reproduced.

Environment


OS: unbuntu
Web Server: Apache
PHP: 8.1.2
WordPress: 6.7 latest
Browser: Chrome
Theme: Twenty Twenty-Five
Active Plugins: None

Steps to Reproduce


1) Log into your test site.
2) Go to Appearance > Editor
3) In the Design menu, select Patterns. By default, the template parts have 5 templates showing
4) In the "View options", set the Layout to Grid.
5) Go into all patterns.
6) Navigate the next page using the pagination at the bottom of the editor.
7) Select the all template parts tab
🐞 Bug occurs. As no patterns display.
Expected Results
Step 7: Patterns should render after navigating to the next page.
When reproducing a bug:
✅ Step 7: patterns list should be empty, no patterns rendered.
Actual Results
I'm able to reproduce the reported issue.

Version 0, edited 8 weeks ago by dhruvang21 (next)

#9 @johnjamesjacoby
8 weeks ago

  • Milestone changed from Awaiting Review to 6.7
  • Version changed from 6.6.2 to trunk

Moving to 6.7 and setting Version to “trunk”, as this appears to be isolated to the TwentyTwentyfive theme.

cc @hellofromTonya @poena

#10 @rickers
8 weeks ago

Please note that this does happen and is repeatable on 6.6.2 with Twenty Twenty-Four; 6.7-beta2 with 2025, 2024 and 2023 themes (didn't try others). As far as I know the status changes are appropriate, but it is not limited to the 2025 theme.

#11 @dhruvang21
8 weeks ago

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

Hello @johnjamesjacoby,

i have reported this Bug in the gutenberg respository https://github.com/WordPress/gutenberg/issues/66009 and fixed it with the following PR https://github.com/WordPress/gutenberg/pull/66022

#12 @dhruvang21
8 weeks ago

  • Resolution invalid deleted
  • Status changed from closed to reopened

#13 @tokyobiyori
8 weeks ago

  • Keywords reporter-feedback removed
  • Milestone 6.7 deleted
  • Resolution set to reported-upstream
  • Status changed from reopened to closed
Note: See TracTickets for help on using tickets.