Closed (duplicate)
Project:
Drupal core
Version:
11.x-dev
Component:
update.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Dec 2010 at 05:50 UTC
Updated:
28 Jul 2023 at 04:30 UTC
Jump to comment: Most recent
Comments
Comment #1
amc commentedFixing title to be more descriptive. Can anyone confirm this?
Comment #2
amc commentedAnd I think this should be changed per #990366: Rename core's "update system" component to "database update system", unless I got them mixed up myself...
Comment #3
bfroehle commentedCiril, I think this is by-design. Some packages might include multiple modules, not all of which you would want to enable. The point of the link is just to take you to the module administration page (where you can then choose to enable the modules).
I'm re-titling this issue as the link text is certainly confusing.
@amc: You're right, it is update.module.
Comment #4
mariusz.slonina commentedIt is confusing, as well as some other messages, i.e. "Go online" when in maintenance mode, which suggest that, after clicking ,your site will be online, but in fact, you have to check it by self (but it is separate issue). Maybe the simplest solution for that could be changing the text, i.e. "Enable newly added modules on
modules page or go to
administration page" instead of list?
Comment #5
dwwYes, this is a bit confusing, but it's hardly a major bug. See the definitions at http://drupal.org/node/45111 for more on what the priorities mean.
Unfortunately, fixing this now is going to be an uphill battle, since it's probably going to break the string freeze.
Also, tagging as a usability bug to get the UX team's attention.
Cheers,
-Derek
Comment #6
Bojhan commentedYhea, this works as compromised (not as designed). We cannot fix it this late, the propper fix would be to include a module list like interaction for enabling.
Comment #7
David_Rothstein commentedSo why not fix this, then?
It seems like what we want is some checkboxes on the final screen with an option for turning the module(s) on. If you submit that it enables them then and there.
In the case of a module that has sub-modules within it, we probably would want the checkboxes unchecked by default (since there's no way to know what they intend to turn on). But for projects that have only module in them, the checkbox could be checked by default.
What about themes - should you have an option to "enable and set as default" here too (in addition to just enabling it)?
See also the related issue I am linking to.
Comment #8
snehi commentedmarking it as duplicate of this https://www.drupal.org/node/2577407
Let us resolve over there, that issue is already had 84 comments.
Comment #9
David_Rothstein commentedI think it's not a good idea to expand that issue so much to cover this too - this one is a bit more complicated whereas that's mostly wording changes.
Maybe it could be postponed though.
Comment #11
yoroy commentedComment #16
xjmComment #20
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 #27
quietone commentedEven though this is earlier I am closing this as a duplicate of #1273676: Link text "Enable newly added modules" is misleading.. There is a bit more discussion over there.