Change implementation details of UpdateManagerUpdateForm to use install/uninstall

Created on 24 March 2020, almost 5 years ago
Updated 25 January 2024, about 1 year ago

Problem/Motivation

Follow-up to 🐛 Change UI for /admin/reports/updates/update to not mention "Enabled/Disabled" modules and themes Fixed

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

  1. Do it.
  2. Make sure we didn't break anything.
  3. Reviews/improvements.
  4. RTBC.
  5. Commit.

User interface changes

None.

API changes

TBD.

Data model changes

None.

Release notes snippet

TBD.

📌 Task
Status

Fixed

Version

11.0 🔥

Component
Update 

Last updated 11 days ago

  • Maintained by
  • 🇺🇸United States @tedbow
  • 🇺🇸United States @dww
Created by

🇺🇸United States dww

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Merge Requests

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

Production build 0.71.5 2024