Is there a clearer way to refer to minor core updates?

Created on 13 October 2022, about 2 years ago
Updated 8 August 2023, over 1 year ago

Problem/Motivation

Before we enable updating across core minor versions by default, we should probably figure out how to present this information to the user.

Right now, we're using the term "minor version" the way semver means it (the middle number has been incremented). From the user's perspective, the potential for disruption caused by minor version changes are more like major upgrades, and need that kind of testing. They are not, qualitatively and in their possible impact, "minor". Yet, I fear that calling them "minor updates" in the UI makes them sound quick, easy, and harmless. That's the exact opposite of what we should be conveying to people.

Proposed resolution

We should probably not, in the UI, call updating to another minor version of core a "minor update". What should we call it instead? I don't know, but it should probably be something else.

One idea that occurs to me is "minor upgrade". I think "upgrade" sounds more serious than "update", which is good, because changing to a new minor is a more serious undertaking. And yet the "minor" qualifier hopefully communicates that this is not a major upgrade (i.e., D9 to D10).

Other ideas would be welcome!

πŸ“Œ Task
Status

Active

Version

3.0

Component

User interface

Created by

πŸ‡ΊπŸ‡ΈUnited States phenaproxima Massachusetts

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

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