Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
To start breaking out API compatibility term habit.
To do:
- Replace
DRUPALORG_DOWNLOAD_API_COMPATIBILITY_TID
, used in links on https://www.drupal.org/download - ✅ done - Update downloads View for core
Comments
Comment #2
drummComment #5
drummThe initial work here is done. The API compatibility field will be blank for releases associated with branches like 9.0.x, and tags like 9.0.0. 8* will continue as it did before. One notice on viewing the release page has been fixed.
I’m testing basic (legacy) packaging to exercise this a bit more before calling this done. Since there are assumptions about this field having a value everywhere, there will be followups.
Comment #6
drummAdding todo list
Comment #9
drumm#3087220: Migrate project_release_supported_versions to store “branch” instead of API/Major is now deployed, and I did some spring cleaning on the core-specific Views used on https://www.drupal.org/project/drupal, which now has “Drupal core 9.0.x-dev” listed.
A bit more work is needed on the core page’s release Views, running through the scenarios as D9 progresses. For example,
'<h3>Drupal 8.[field_release_version_minor].0 is coming soon. Help us test it today!</h3>'
won’t work forever.Comment #11
drummThis is ready for 9.0.0-alpha1, if not all of the releases.
Comment #12
drummEverything in this issue is now done.
Notable followups are #3089291: Group issue version “series” by branch instead of API compatibility & #3088642: Group usage statistics by “branch” instead of API compatibility