-
Notifications
You must be signed in to change notification settings - Fork 18
IBX-10186: Port forward patch leveraging new count limits #1605
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
base: main
Are you sure you want to change the base?
Conversation
52313f7 to
196ccb2
Compare
|
Steveb-p
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just general remarks from my based on what I see. It's possible some things are not possible to be achieved.
|
|
||
| return new UIValue\Content\Location($location, [ | ||
| 'childCount' => $this->locationService->getLocationChildCount($location), | ||
| 'childCount' => $this->locationService->getLocationChildCount($location, $useLimit ? $limit + 1 : null), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should be able to establish at this point that current Location child count exceeds the limit, maybe?
I'd prefer to set this value to null indicating that we aren't able to determine the amount if possible.
| $childCount = $this->locationService->getLocationChildCount($location); | ||
| $limit = $this->configResolver->getParameter('subtree_operations.query_subtree.limit'); | ||
|
|
||
| $useLimit = $limit > 0; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ideally we would be more specific, and use null value to indicate limitless queries - and treat non-positive/null values in parameter as an error.



Related PRs:
Depends on
Description:
This PR is a forward facing port of ezsystems/ezplatform-admin-ui#2125. Please read that PR to understand what this one is aiming to do. Though the general idea is to leverage changes made in ezsystems/ezplatform-admin-ui#2125 throughout the admin to make it significantly more scalable when large number of sub items sit under singular content objects.
Visually as little as possible changes. The only noticeable change is that when a count limit is exceeded the count will render with a + at the end


What has changed / Why
To hold off on repeating ezsystems/ezplatform-admin-ui#2125 as all reasons remain the same if the implementation is a little different
For QA:
ibexa.site_access.config.admin_group.subtree_operations.query_subtree.limit: 1^ Set this parameter to 1
Checkout this branch and and ibexa/core#600
Navigate the admin and check general functionality remains the same.
If able to test in an environment with a large number of content objects 500,000 plus verify that performance is generally observed to be better. (See benchmarks from other PR: ezsystems/ezplatform-admin-ui#2125)
Testing