Problem/Motivation
Follow-up to #3117553: Change UI for /admin/reports/updates/update to not mention "Enabled/Disabled" modules and themes
dww: The scope creeper in me would want to change variable names and other internal code to match. E.g. stuff like this:
- $projects['disabled'][$name] = $entry;
+ $projects['uninstalled'][$name] = $entry;
Would that be viable, while we're at it?
xjm:
String changes are also backportable during beta, but form structure changes aren't. So let's keep it to strings.
So here's a follow-up to remove the technical debt of the form structure, variable names, etc.
Proposed resolution
Make sure none of the implementation details of UpdateFormUpdateManager mention 'disabled', either.
Remaining tasks
- Do it.
- Make sure we didn't break anything.
- Reviews/improvements.
- RTBC.
- Commit.
User interface changes
None.
API changes
TBD.
Data model changes
None.
Release notes snippet
TBD.
| Comment | File | Size | Author |
|---|
Issue fork drupal-3121870
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
- 3121870-change-implementation-details
changes, plain diff MR !5525
Comments
Comment #8
quietone commentedComment #9
quietone commentedThis makes the suggested changes. It also includes changing some comments.
Comment #10
smustgrave commentedbelieve these should be changed too
'#prefix' => '<h2>' . $this->t('Disabled') . '</h2>',$form['projects']['#prefix'] = '<h2>' . $this->t('Enabled') . '</h2>';Comment #11
quietone commentedThe changes asked for in #10 are for the UI. This issue is for the implementation details, the UI is done in a sibling issue.
Comment #12
smustgrave commentedIn that case think this is good.
Comment #13
lauriiiNeeds reroll now that #3117553: Change UI for /admin/reports/updates/update to not mention "Enabled/Disabled" modules and themes landed.
Comment #14
narendrarComment #16
narendrarComment #17
narendrarComment #18
dwwThanks for working on this! I had forgotten this issue existed.
So that's good. 😅
Sadly, there are still a ton of references outside of that directory:
We'll need another child (or children?) of #2338175: [meta] Update module terminology still refers to disabled extensions when it should be uninstalled for that...
I think the patch looks okay, but I need to do a more careful review of the surrounding code to make sure we're only changing internal stuff here, not the structure of any monster ArrayPI arrays.
Comment #19
quietone commentedI think it would be better to have followups made as a child of the parent so a followup is not considered a step before this is committed. I am removing the tag. I've updated the IS in the parent to be clear that two of the remaining tasks need issues made.
I looked at the changes in #14 and #15, which I agree with. But I can't RTBC this issue.
Comment #20
smustgrave commentedBut I can! haha
Comment #21
quietone commentedThis is actually changing both enable and disable, so updating title.
Comment #23
smustgrave commentedRerunning but believe to be unrelated.
Comment #25
quietone commentedUnrelated failure, retesting
Comment #26
quietone commentedRestoring RTBC
Comment #27
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue.
While you are making the above changes, we recommend that you convert this patch to a merge request. Merge requests are preferred over patches. Be sure to hide the old patch files as well. (Converting an issue to a merge request without other contributions to the issue will not receive credit.)
Comment #29
quietone commentedConverted to an MR
Comment #30
smustgrave commentedHiding patches for clarity.
Was previously RTBC so restoring status.
Comment #31
longwaveCommitted b102e5e and pushed to 11.x. Thanks!
Not eligible for backport due to user facing string changes and some internal API changes that, while unlikely to affect anyone, we don't want to drop into a patch release.