Option to select which Drupal version is scanned for

Created on 6 June 2023, over 1 year ago
Updated 22 July 2024, 5 months ago

When installing this on a D10 site, it scans for compatibility with D11, even though D11 requirements have not been defined.

I have a site where custom modules have updated their `info.yml` files to add `^10` to their core requirements, but I would still like to scan those custom modules for deprecated code. I don't really want to revert the site to D9 to run the scan.

Would like a way to tell upgrade_status to scan custom modules for deprecated code even when running on a D10 site.

๐Ÿ’ฌ Support request
Status

Fixed

Version

4.0

Component

Code

Created by

๐Ÿ‡บ๐Ÿ‡ธUnited States mpotter

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

Comments & Activities

  • Issue created by @mpotter
  • ๐Ÿ‡บ๐Ÿ‡ธUnited States mpotter

    Hrm, I can see where this would be problematic given that upgrade_status is using the @deprecated flag to determine problems, and if the site is already in D10 those things have already been removed. So it has nothing to test against.

    So probably no way to do this. I guess we really just need to stress to sites to scan modules on their D9 site first and not just edit their custom module info.yml files to D10 thinking it can be scanned later.

  • Status changed to Fixed 6 months ago
  • ๐Ÿ‡ญ๐Ÿ‡บHungary Gรกbor Hojtsy Hungary

    Right you explained it yourself why this is not possible :) Added this to the project page now to make this clearer:

    You must run compatibility checks on your current site against the next major version (ie. on a Drupal 10 site for Drupal 11 compatibility). It is not possible to run most compatibility checks on an upgraded site (ie. once you upgraded to Drupal 11), because the deprecated APIs, libraries, etc. are not present anymore.

  • Automatically closed - issue fixed for 2 weeks with no activity.

Production build 0.71.5 2024