- Issue created by @ivnish
- 🇺🇸United States cmlara
Speaking as a dev who targeted D8+ while other devs were responsible for the D7 releases:
Some contrib issues never were assigned to D8 releases and only existed in D7 branches. After EOL I went through my modules issue by issue and migrating several still relevant into the active release branch.
It would seem treasonable to suspect similar to exist across the ecosystem which makes closing contrib issues far more questionable.
If contrib issues were to be closed I highly recommend they be given a unique issue tag so that a future developer can easily query them without needing to sort through unrelated issues.
- ivnish Kazakhstan
I think the best way will be VBO with action "Close selected issues with auto text" and text from 📌 Bulk update Drupal core 7.x issues after Drupal 7 EOL Active
Automatically closed because Drupal 7 security and bugfix support has ended as of 5 January 2025. If the issue verifiably applies to later versions, please reopen with details and update the version.
But VBO in drupal.org is a dream :)
- 🇺🇸United States drumm NY, US
Unless I’m misremembering, this is not something we’ve ever done in the past for 5.x or 6.x. Moving forward with semantic versioning, it's not something that will come up again.
The bulk update process has no undo and requires a bit of attention to ensure it completes. It was never run frequently enough to justify spending the time to make it more self-sufficient. There are over 25 times more contrib 7.x issues than there were for core. So this would require at least a couple days of watching the process run.
Some contrib issues never were assigned to D8 releases and only existed in D7 branches. After EOL I went through my modules issue by issue and migrating several still relevant into the active release branch.
That is indeed the best practice. Every project’s maintainers are free to triage issues as they’d like, and we can’t generalize that closing all 7.x issues might be good for most projects.