Closed (outdated)
Project:
Drupal core
Version:
9.5.x-dev
Component:
update.module
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
20 Feb 2010 at 19:10 UTC
Updated:
30 Jan 2024 at 17:41 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
Bojhan commentedSince there has absolutely been no activity on this issue, I wrongly assumed it was important enough.
Comment #2
dwwComment #3
David_Rothstein commentedMarked #1171340: Install several modules with a single query as a duplicate.
Comment #4
marcingy commentedMarking this as a duplicate of http://drupal.org/node/720452 simply because the other issue has mockups for UI changes.
Comment #5
David_Rothstein commentedThat link points to this issue... :)
Comment #6
marcingy commentedDoh bad cut and paste should be - http://drupal.org/node/1181948
Comment #7
LarsKramer commentedSubscribing.
BTW: Shouldn't the tag "D7UX" be removed or changed to something else since the version is now 8.x-dev?
Comment #8
marcingy commentedThis is duplicate as detailed above I just referenced the wrong issue when I closed it and as a result it got reopened closing for real this time (hopefully). And to make it clear http://drupal.org/node/1181948 is the item it is a dup of
Comment #9
LarsKramer commented@marcingy: Now I am getting confused. The issue you are pointing to, is also marked "Closed (duplicate)" and pointing to this one.
Comment #10
marcingy commentedMy bad sorry I didn't realise the other issue had been closed (note to slef always click on the link when you last looked at the issue a month and half ago!) - I have reopened the other issue as it has initial concept for gui which I think will be benefical to help drive this forward
Comment #11
LarsKramer commentedReopening.
@marcingy: when referencing other isssues, you can use this syntax:
[#issue_number]which makes it easier to read the link. This option is described in the formatting tips below your editor window.Comment #12
deryck.henson commentedThis issue is still not addressed or assigned to anyone. Is this going to be discarded or do we have a plan to change it?
Comment #13
marcingy commented@deryck.henson if you are interested in the feature why not write a patch, otherwise you just have to hope someone comes along who wants to scratch this particular itch.
Comment #14
benjifisherThe attached patch does not do what the issue requested, but it is an easy step in the direction of making it easier to install multiple modules. After filling out this form at


admin/modules/installthe user (administrator) is redirected to this confirmation page:
My little patch adds the middle option, "Install another module", which returns to
admin/modules/install.Comment #15
jesse.d commentedLooks good to me.
Comment #16
Bojhan commentedOh, I imagined the textbox, would be a text area, and you could put in several url's seperated by enter or comma.
Comment #17
benjifisher@Bojhan:
Understood. My formatting in #14 may be hard to read because of the screen shots, but I wrote
Perhaps I should have opened a new issue ...
Comment #18
Bojhan commentedNo I think this is the right place, perhaps though - you could add the original intend to your patch? :D No reason we can't do both solutions.
Comment #19
benjifisher@Bojhan:
All right, I will give it a try. It is more complicated than you might think if you have not looked at the code. I have already submitted one documentation patch while looking into this: #1827200: system_authorized_init() has inconsistent documentation.
Comment #20
benjifisherexplode("\n", ...). If it is good enough for update_settings_validate(), it is good enough for me.The line
calls
Updater::getUpdaterFromDirectory(), and this callsdrupal_get_updaters().update_authorize_run_install()toupdate_manager_update_form_submit().form_set_error()) in the submit function? Why isn't the install code more similar to the update code? (I would be happier if they had similar validate and submit functions, but install downloads projects to the temp directory in the submit function whereas update does it in a function called through the Batch API.)Archivers can only operate on local files: temporary://update-cache-bc42cf97/object_log-8.x-1.x-dev.tar.gz not supported. Try again, and it works.Follow the "error page" link, and it works.
Comment #21
dwwThe patches in #20 are basically empty. Please re-post with actual code to review. ;)
Note that the patch from #14 is duplicate with #1446650: After installing module display link to "install another module". So yeah, if that's all we want, let's do that over there.
Let's leave this issue specifically for what the title here says: "Allow ability to install multiple modules at once"
Thanks!
-Derek
Comment #22
benjifisher@dww:
Multiple thanks! It looks as though I generated patches using
git diff --stat. D'oh! And I did not find #1446650, even though I looked for such an issue before posting here (#14).Second try: I have attached two patches, leaving off the part that duplicated #1446650. Same reason as before for submitting two versions of the patch.
Comment #24
benjifisherTake three: remove
dsm()...Comment #25
benjifisherTake four: set the issue status back to NR ...
Comment #27
benjifisherNice catch, testbot! Fixed problems, ran the tests locally, remembered to set status to NR. Take five!
I guess I should also add to the tests. Not right now.
Comment #29
benjifisher#27: install-modules-720452-27.patch queued for re-testing.
Comment #31
benjifisherLooks like a glitch in the test bot. When the glitch was fixed, the test was re-run, but the status was stuck at NW.
Comment #32
Bojhan commentedCould this get some screenshots?
Comment #33
benjifisheradmin/modules/installwith the new textarea:Full disclosure: I get this error message. I am pretty sure that I get a similar error without my patch.

Confirmation page: I think the error is related to the AJAX problem, not my patch.

Comment #34
benjifisherI meant to point out that the confirmation page shows the extra link (Install another module) added by #1446650: After installing module display link to "install another module".
The attached screen shots show that the AJAX error page is, as I said, not related to my patch. Unfortunately, when I go on to the final confirmation page, it is clean, so I cannot be sure that the
htmlspecialchars()error is unrelated.Comment #35
benjifisher@Bojhan:
It has been more than a week since you asked for screen shots and I supplied them.
Comment #36
Bojhan commented@benjifisher Sorry, I have a lot of updates in my queue. This looks good! Needs code review, I'd guess?
Comment #37
benjifisher@Bojhan:
Yes, it certainly needs code review. But also see my comments in #20 and review the wording of my status/warning/error messages.
For anyone reviewing the code: the patch in #27 is the one to test. The do-not-test version of the patch was generated using
git diff -win order to leave out all the lines that got re-indented.Comment #38
barnettech commentedStarting to go through the code,
I notice first that the doxygen needs updating since you changed variable names:
the variables in doxygen don't match the actual variable names in use any longer. Just run the patched file through codesniffer you'll see lots of the doxygen needs updating, not just the excerpt listed above.
Comment #39
benjifisher@barnettech:
Thanks for checking! I think the attached patch fixes the doc blocks in all the functions I changed.
CodeSniffer caught a problem in another function. I am not sure of the right fix, so I opened a separate issue: #1863388: syntax error in update_manager_update_form().
While updating the doc block for
update_authorize_run_install(), I modeled it on the doc block forupdate_authorize_run_update(). Now that the install code deals with multiple URL's, it is very similar to the update code. I changed the variable names to make the similarity more obvious. See my comment in #20(4) above: if someone wants to clean up this code, then I will have done him or her a small favor.Comment #40
benjifisherForgot to change the status ...
Comment #42
benjifisherI ran all of the Upgrade path tests locally, and ran UserRoleUpgradePathTest a second time for good measure. I will ask the test bot to reconsider.
Comment #43
benjifisher#39: install-modules-720452-39.patch queued for re-testing.
Comment #45
benjifisher#39: install-modules-720452-39.patch queued for re-testing.
Comment #46
Chasen commentedWas just about to post a feature request about this but found http://drupal.org/node/1012850 which directed me here.
Even if not given the ability to install X modules at once (i.e. a bulk install), it would still be nice to have the "Install another module" option on the Update manager "Next Steps" section.
Subscribing
Comment #47
benjifisher@Chasen:
If you try out the patch and it works for you, then please change the status to RTBC and indicate in the comments whether you have tested, reviewed the code, or both.
Thanks for mentioning #1012850: Add "install another new module" link to "Next steps" after a new module has been installed. I marked it as a duplicate.
Comment #48
jay.chen commentedThere is a D7 module to quickly install multiple projects or the missing dependency projects at once.
See the quick update module: https://drupal.org/project/quickupdate
And also a D8 module for it will be coming soon.
Comment #49
jhedstromComment #50
nitesh sethia commentedRerolled the patch.
Comment #57
Steven Brown commentedComment #64
smustgrave commentedThis issue is being reviewed by the kind folks in Slack, #need-reveiw-queue. We are working to keep the size of Needs Review queue [2700+ issues] to around 400 (1 month or less), following Review a patch or merge require as a guide.
Wonder if this was a D7 issue only?
Know in D8 - D10 I can download multiple modules at once and on can install multiple modules at once.
Comment #65
smustgrave commentedSince there hasn't been a follow up going to close out for now. If still a valid request please reopen, probably updating issue summary.