Bug #7024
closed
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.
- 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
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.
- Target version changed from CB 2.2 to CB 2.8
Appears to just be the jQuery UI Sortable causing the slow down. Once sorting is disabled performance seams fine.
- 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.
- Status changed from Resolved to Closed
Also available in: Atom
PDF
Updated by 
Updated by