Problem/Motivation
To help make the modules page less intrusive, we should stick the Batch API on there so that the form submit doesn't seemingly take forever to load.
Closed #1387438: Timeout on enabling modules: make it a batch operation as a duplicate, there is discussion over there and a patch.

Steps to reproduce
Proposed resolution
Remaining tasks
User interface changes
API changes
Data model changes
Release notes snippet
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | modules.patch | 3.16 KB | robloach |
| modulesprogress.png | 5.72 KB | robloach | |
| batchapi-modulespage.patch | 1.62 KB | robloach |
Comments
Comment #1
Bojhan commentedCan you elaborate more?
Comment #2
robloachIf you have a large number of contributed modules on your site, and you're enabling/disabling some, it can sometimes take up to 15 seconds for the form submission to process. This greatly impedes the user, and generally makes them scared of enabling or disabling modules. It also makes them worried that their site broke during the operation while they are waiting for the page to load. You can easily see this effect if you're enabling/disabling a large number of modules, or installing a new module that has a large install process (like Views or Panels).
By adding the Batch API to the modules page submission, we give the user direct feedback on how their process is taking place. It also lets them know that their site isn't breaking when it is enabling/disabling the modules. The provided patch at #0 just sticks the basics into the Batch API. It would be great to give the user feedback on a module by module basis as to whether it was enabled/disabled successfully.
Comment #3
robloachComment #5
lpalgarvio commentedi like this!!
Comment #6
Grayside commented#2 is the first Drupal WTF I had to learn to deal with, and explain to others.
Comment #7
Bojhan commentedCan't we just have a spinner?
Comment #8
xanoWe should use human-readable module names instead.
Comment #27
quietone commented