I have a fairly long permissions list and noticed using Firefox3 that the permissions page was painfully slow. Scrolling would take seconds to respond and checking boxes up to 10 seconds to echo. I blocked all scripting using the No-Script plug-in for FF and the problem vanished.
FF was consuming gobs of memory with the script running and slowed the entire OS to a crawl as well. Verified with Firefox3 on Windows and FreeBSD. Ditto for IE7, though the effect is less - not as slow as FF (both with scripting on).
Something wrong with JS on this page, obviously.
I need JS to work on my site for lots of other things, so can't leave it blocked. Fortunately I don't need to visit the permissions page very often, but wondering now if there are other situations where scripting might be causing similar issues on other pages.
Comments
Comment #1
dejamuse commentedOn IE7/Windows, with scripting on, the column headers (generated by JS) do not scale along with the rest of the page, when using ctrl + or ctrl - to zoom in and out, creating a column header misalignment. Not a problem in FF3 in Windows or FBSD.
Comment #2
mdupontConfirmed here. With a not-so new PC or a netbook it becomes a nightmare to edit permissions, blocks, menu items, etc, when there is a large amount of items. Every page using AJAX handles and drag-n'-drop capabilities is eating way too much resources. On a site with about 30 modules, the permissions page is freezing the browser for about 30 second when I save my modifications and when I close the tab. Furthermore, scrolling is painfully slow. That's bad for usability.
Comment #3
dejamuse commentedI found out recently this is because of jquery and too many checkboxes.
See this module: http://drupal.org/project/filter_perms
And this one: http://drupal.org/project/better_perms
Those two modules pretty much solved the problem for me.
Similar problems plague the modules list page. I tried the module-filter module but it doesn't help with the load time. You can default to collapsed field sets in some config panel somewhere - can't recall where, and that helps.
Comment #4
mdupontMarked as duplicate of #1203766: With large number of permissions /admin/people/permissions becomes unusable where the work is done.