You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I believe this limitation of the access plan count maximum was a performance consideration. I believe there may already be a workaround (filter or hook / gist) if someone wants to override the limit and take the performance hit. I'm ok with increasing the maximum if engineering sees it as not a significant performance tradeoff.
The problem is that the number of access plans that are going to populate the select is fetched via the rest api, which, by default, returns the first 10 items.
This problem seems to affect all the new blocks that are using selects with data fetched via rest api.
We can fetch the last 100 items, but that would be a workaround. Maybe enough for now.
The best would be, though, using a search box like the one we use in the Enrollment Visibility option:
Reproduction Steps
WordPress Dashboard > Courses
.6
access plans for each course.Access Plan Button
block in the content area of the third course.Access Plan Button Settings > Access Plan
, you'll notice that only10
access plans are listed.Expected Behavior
All
12
access plans must show up.Actual Behavior
Not all
12
access plans showed up. Only10
did.This issue has been recreated:
The text was updated successfully, but these errors were encountered: