Problem/Motivation
#2577407: Action of uploading module/theme files should consistently be called "Add", not "Install" exposed the issue that once "add new module" has been clicked the following screens also need better wording.
Both that issue and this one stem owe their existence to a change that was made in Drupal 8 whereby modules are no longer enabled and disabled but only installed or uninstalled.
In the case of #2577407: Action of uploading module/theme files should consistently be called "Add", not "Install" that created a situation where the nomenclature was confusing. At the top of the page the user sees a link to "Install modules" and at the bottom the submit form also reads "Install" (assuming update manager is installed). The solution there was to change the top link to read "Add new modules".
Here the case is slightly different. We have the page the user lands on when they click "add new modules", which looks like this:

- The help text could be more explicit and direct the user.
- We are still in the "adding" flow and "installing" does not happen until the modules have been "added" to the site so the title needs to change.
- The label "Install from a URL" suggests improperly that this step installs the module which it does not.
- 'Upload a module or theme archive to install' is overly verbose for a label
- The submit button says 'install', but the module/theme is not being installed, but uploaded or imported to be installed back on the extend page.
Proposed resolution
Remove references to 'installing' from this page. Make it explicit through the title that the user must go and 'get' the modules they need to install from elsewhere. Clearly disambiguate the two ways a user can get modules, Import (as opposed to install) or upload. Make the labels and descriptions less verbose and be clear that the submit applies to either import or upload.

Remaining tasks
It's important to note that if we were to use "add" in the submit text or in the title the user may get the impression that submitting this form (adding) installs the module.
Additionally we need to make the messages that these actions return match the nomenclature we use here.
Write patch
User interface changes
New wording (see above)
API changes
-
Data model changes
-
| Comment | File | Size | Author |
|---|---|---|---|
| #24 | 2839586-24.patch | 7.93 KB | Munavijayalakshmi |
| #21 | interdiff_20-21.txt | 1016 bytes | Thew |
| #21 | 2839586-21.patch | 8.01 KB | Thew |
| Screen Shot 2016-12-27 at 2.15.00 PM.png | 121.2 KB | tkoleary | |
| Screen Shot 2016-12-27 at 2.25.29 PM.png | 106.76 KB | tkoleary |
Comments
Comment #2
tkoleary commentedComment #3
Thew commentedAlso, this word if the site doesn't have FTP access.
"Installing modules and themes requires FTP access to your server. "
See screenshots.
Comment #4
lomasr commentedHi, As per suggested in the description, adding a patch. Please review.
Comment #5
lomasr commentedComment #6
Thew commentedThis is a patch with all of the suggestions including in comment #3
Comment #9
Thew commentedAfter testing around, I found somethings more to fix.
You'll find it is saying
Installation was completed successfully.
Installed token successfully
Install another module
These words should be fixed too.
Comment #10
Thew commentedI fixed the Test that failed. Hope it passes.
Comment #11
Thew commentedUpload for test.
Comment #12
Thew commentedComment #14
Thew commentedI remove the archiver supported extension help text test since we've removed it from UI.
This should pass now.
Comment #15
amit.drupal commentedApply Patch and clear cache and patch is working.
Great work Thew.
Comment #16
Thew commentedAs I mentioned in #9Sorry, misreading.Comment #17
Thew commentedComment #18
David_Rothstein commentedThese changes look very nice overall. I'm adding the backport tag because this problem wasn't introduced in Drupal 8 (it exists in Drupal 7 too where the screen is almost exactly the same).
A few points:
This text is browser-dependent. On Firefox, for example, it says "Browse" for me (not "Choose File").
Where is the corresponding change for themes?
Ideally we would retain the full list of extensions somewhere on this page (and the test that ensures that works correctly, which this patch currently removes). Although in practice it is very likely to be a .tar.gz or .zip, it's not the only possibility.
Is there some way to keep that list, but move it to a less prominent location on the page?
Comment #19
David_Rothstein commentedOne possible way to address #1 and #4 would be to make the help text for the "Upload" field something like:
"If you downloaded a file such as name.tar.gz to your computer, upload it here. Supported file types: tar tgz gz bz2 zip"
Since in practice I think that list is mostly useful for the "Upload" field, not the "Import" field.
Comment #20
Thew commentedAdd the corresponding change for theme.
And, also the help text from #19.
Comment #21
Thew commentedRestore the file extension test.
Comment #24
Munavijayalakshmi commentedRerolled the patch.
Comment #26
benjifisherComment #32
jhodgdonFYI -- on the parent issue #2888657: [meta] Less confusing and more consistent wording needed in module/theme add/install/update the Usability team is discussing the UI text for this and about 10 other issues. Until decisions are made, making another patch here would probably be premature.
Comment #34
jhodgdonI believe that #2577407: Action of uploading module/theme files should consistently be called "Add", not "Install", as currently scoped, will fix this issue. So at least for now, marking this as a duplicate. Asking for people here to get credited there.