Should we support downgrades of dependent projects that are not currently installed?

Created on 15 August 2022, almost 2 years ago
Updated 14 February 2023, over 1 year ago

Problem/Motivation

Follow-up to #3303556: varbase_media or ctools cause extension update to fail β†’

In that issue Ctools 4.0.1 was installed although it was not supported. So updating some other modules forced ctools to 3.x version presumably because they have Composer requirement that had that constraint.

That triggered an error from \Drupal\automatic_updates_extensions\Validator\UpdateReleaseValidator

Cannot update because the following project version is not in the list of installable releases. Project ctools to version 3.11.0
Project ctools to version 3.11.0

This because \Drupal\automatic_updates\ProjectInfo::getInstallableReleases() will not return any versions before currently installed version. This is because Drupal doesn't handle project downgrades well.

But in the case that a project does not have any extensions that are installed according to Drupal we probably could safely allow a downgrade

Proposed resolution

Not sure we want to add this complication in the MVP but at some point:

Allow dependent projects to be downgraded if none of the extensions in the project are enable in Drupal

Data model changes

πŸ“Œ Task
Status

Active

Version

3.0

Component

Automatic Updates Extensions

Created by

πŸ‡ΊπŸ‡ΈUnited States tedbow Ithaca, NY, USA

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.69.0 2024