after updating one of our sites to the October 3 version, we ran into a major slowdown problem.
We are using the Rainlab.Pages plugin in conjunction with group repeater to edit the content of the website (we use it as a simple page builder).
There are always several fields in each Group repeater item (text, richeditor, dropdown, …).
If more than about 15 individual group repeater items are inserted, the administration slows down to the point where the content cannot be worked with and only browser page refresh is possible.
The problem is probably connected to JavaScript used for handling Group repeater/Repeater items.
Has anyone encountered something similar?
The same template with the same defined Group repeater items worked in OctoberCMS v1 without any problems.
I found that this is caused by the Richeditor form widget, which is used many times in Group repeater entries.
Replacing Richeditor fields with plain textarea form field speeds it up to normal. Reducing the number of buttons on the Richeditor toolbar will help just a little.
The version used in OCv3 is probably much more computationally intensive than the one in OCv1.
All my dropdowns has only a few items (3 to 10 max), but they are used in many Group repeater blocks so the amount of dropdowns on one BE page is around 50 to 60.
I have disabled search functionality of dropdowns with showSearch: false, but the impact on speed is minimal.
Be able to disable select2 initialization on some dropdowns with some property (can also be legacyMode: true for classic dropdown or similar) would be great!
Or maybe point me to the right direction how to disable select2 on dropdowns.