Bug #7024
closed
Too many language overrides cause slow language plugin edit load
Description
If a overrides usage for example has 2000 rows the initial page load to prepare all 2000 is extremely slow. This likely could be avoid by improved PHP side handling to avoid the repeat usage having to increment all the ids if the ids were already properly set from the beginning.
Updated by krileon almost 7 years ago
PHP side increment is already there. The performance loss isn't from the jQuery, but just from having so many DOM elements. May need to rethink how override usages are created and stored to keep input post limits low and performance reasonable.
Updated by krileon almost 7 years ago
- Subject changed from Large repeat sets cause significant initial load performance loss to Too many language overrides cause slow language plugin edit load
- Description updated (diff)
- Target version changed from CB 2.1.4 to CB 2.2
Updated by krileon almost 7 years ago
If possible see if tablebrowser can utilize a list of data sent to it. This could then be an inline tablebrowser. An alternative is store the overrides in database, but don't access them from database on use. Instead when an override is manipulated it generates the override language file.
Updated by krileon over 6 years ago
- Target version changed from CB 2.2 to CB 2.8
Updated by krileon about 6 years ago
Appears to just be the jQuery UI Sortable causing the slow down. Once sorting is disabled performance seams fine.
Updated by krileon about 6 years ago
- Status changed from Assigned to Resolved
- Target version changed from CB 2.8 to CB 2.3
- % Done changed from 0 to 100
Fixed in MR !1402
Simply disabling reordering of language overrides, which wasn't necessary to begin with, resolves the performance problem.
Updated by