-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Saved blocks list doesn't show all saved blocks (only a maximum of 10) #4632
Comments
This ticket was mentioned in Slack in #core-editor by jeffpaul. View the logs. |
@WordPress/gutenberg-core For this issue, I think we need some design input. I see at least two directions we can head:
Opinions? Other ideas? |
Are we talking in the library? I am going to assume so in my reply. I don't like the idea of adding pagination as no other blocks have this. Can't we just show all blocks like we do with the other blocks in the library? |
What if there are 1000 saved blocks? The problem space is similar to the media library. We don't load all attachments at once, but rather fetch them in batches of 40 via an infinite scroll experience. |
This is a problem of scale the library itself faces over one to solve just for saved blocks. Right now we are working on ways to get around this. I don't agree handling saved blocks differently is a good route. We need a scaling interface approach for all blocks. After all the idea is for previews to happen on all potentially. For now, whilst other ways are being worked on outside this for the entire library we should have them display just as we do in other blocks. |
Where is this work happening?
How do you suggest this should work? |
Issue Overview
Saved blocks list does not show all saved blocks.
Only currently used in post and max. 10 additional saved blocks are shown.
Steps to Reproduce (for bugs)
Expected Behavior
List of 25 saved blocks
Current Behavior
List of 10 saved blocks
Possible Solution
Use higher per_page (currently 10) and X-WP-TotalPages and/or X-WP-Total headers in REST API response to get missing entries.
The text was updated successfully, but these errors were encountered: