[MGNLUI-3601] Thumbnail/List View are slow with large volumns of nodes Created: 21/Sep/15 Updated: 11/Mar/21 Resolved: 11/Mar/21 |
|
| Status: | Closed |
| Project: | Magnolia UI |
| Component/s: | workbench |
| Affects Version/s: | 5.4.2 |
| Fix Version/s: | None |
| Type: | Epic | Priority: | Critical |
| Reporter: | Richard Gange | Assignee: | Unassigned |
| Resolution: | Done | Votes: | 4 |
| Labels: | performance, pm, support, to-estimate | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||||||||||||||
| Template: |
|
||||||||||||||||||||||||||||||||||||||||||||||||
| Epic Name: | High asset load | ||||||||||||||||||||||||||||||||||||||||||||||||
| Acceptance criteria: |
Empty
|
||||||||||||||||||||||||||||||||||||||||||||||||
| Date of First Response: | |||||||||||||||||||||||||||||||||||||||||||||||||
| Visible to: |
Adrian Andermatt, Michael Rauch
|
||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
Our customer has an installation with between 10,000 and 100,000 assets. The tree view is ok. but the author can't be used really because everything that leans on the list view does not work. What also happens that when you use one of those functions is they time out but stay in the Vaadin session. You can use another browser or incognito-window to avoid this. |
| Comments |
| Comment by Richard Gange [ 01/Oct/15 ] |
|
Additional Input
It should be noted that they have an order of 300000 nodes. But at some point that actual number shouldn't really matter because "unresponsive" behavior can be reached lower numbers of nodes than 300000. |
| Comment by Thomas Comiotto [ 03/Dec/15 ] |
|
The thumbnail and list views should only display the items of the current folder by default. This would not only be more intuitive for users cause that's what most file browsers do (e.g. osx finder), you would also avoid the problems with large result lists, e.g. users switch from tree to list view and the app freezes till the 300'000 item result list is generated that you probably didn't want to browse anyway. So the thumbnail and list view should operate in the current folder context in account by default and switch to result list mode only if you enter a search. |
| Comment by Sebastian Tauch [ 26/Jan/17 ] |
|
Our customer has the same problem. They have ~125000 assets in their dam workspace, and entering the list view leads to "infinite" loading and destroys the current session. This is especially frustrating when using the search functionality often, since clearing the current search term (manually or via the x-symbol) automatically switches to the list view. |
| Comment by Michael Büchele [ 12/Jan/18 ] |
|
Any updates on this issue? |
| Comment by Antti Hietala [ 12/Jan/18 ] |
|
mbperi Update: we are currently working on (Improving search indexing will likely only solve half the problem. The display of assets may be a further reason for slowness.) |
| Comment by Thomas Comiotto [ 15/Jan/18 ] |
|
What's |
| Comment by Antti Hietala [ 15/Jan/18 ] |
|
tcomiotto, |
| Comment by Roman Kovařík [ 11/Mar/21 ] |
|
All tickets in epic closed. |