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.
Putting this here so hopefully people will read it. ;)
People seem to have taken the notes at http://drupal.org/drupal-7.0-beta3 to mean that they should promote any and all serious bugs to critical, or any and all issues they want me or Dries to look at to critical. This is probably due to my writing instructions up in the middle of the night in the midst of a code sprint.
Clarifications:
- Drupal 7 was by definition release-ready as of Saturday, November 13. If your pet "borderline" issue didn't get in by now, it's officially too late. Do not escalate it to critical. Move it to Drupal 8.
- Each and every critical takes time away from reviewers, patch authors, and core committers. We have an extremely limited time to shake out the final bugs and get string freeze in order. We need to make the most of it.
- By adding your patch to the critical queue, you are declaring that it is worth taking time and focus away from every other critical issue in the queue. Make sure that you actually mean that when you adjust the status.
- If it can be fixed after RC1, or even at 7.2, it's not critical. Even if it's a really, really bad bug.
- Critical is not a substitute for "webchick please look at this" or "this could really use some reviews." Use IRC for that.
There are probably some other guidelines that need to be put here, but that's a start.
Comments
Comment #1
Anonymous (not verified) CreditAttribution: Anonymous commentedi like this issue. the first two comments from #973486: [meta] Scrub the issue queue of all open, non-critical, API changing, D7 issues are also worth keeping in mind here.
that issue seems to overlap a lot with this one, perhaps they could be merged?
Comment #2
catchCopying effulgentsia's comments and my followup to here to so we can merge them properly:
Note that if we keep the 'fix in development branch first, then backport' policy in place during the Drupal 8 cycle, we'll need to bump pretty much every active Drupal 7 issue to Drupal 8 in bulk as soon as D8 actually opens up.
Comment #3
catchAnd webchick's followup -
that list is here
Comment #4
sunMe, myself, and I went through the current major queue on the weekend, reviewing and double-checking classification of issues, which reduced the major queue by 2 pages.
I don't think it makes sense to actively bump issues against D8 at this point in time. Instead, it makes more sense to verify that there is a "dedicated and unique list" of issues everyone is able to work on.
For me, that translates into the following:
- Priority: critical or major
- Issue tags: API change, API addition, string freeze
That should provide us a list of serious issues that should and can only be fixed prior to RC/release. Anything that's not in that list can be fixed post-release or "later" in general. And speaking of generalization, the usual rules of do-ocracy apply to that major list.
Since active work on those major issues will lead to even more RTBCs, it would vastly help if we could transition the current list of RTBCs into fixed.
My work on the weekend only affected current major issues, but I didn't double-check whether any normal issues should actually be major:
Normal issues tagged with API change/addition or string freeze
The effective list:
Critical/major issues tagged with API change/addition or string freeze
Comment #5
webchickI'm going to do my best with the RTBC queue, but I've been assigned as lead architect to a new major project at work, and Drupal 7 workshops are starting, and I'm getting the Using Drupal book ported to D7, and the Git migration is hitting critical mass, and Google Code-In is starting, and... :\ (now you see why I was trying to get D7 done by BADCamp. ;))
No other release of Drupal has shipped with a 0 count RTBC queue, and realistically Drupal 7 won't either. But I'll make sure to prioritize things in the queues you've created. Thanks.
Comment #6
EvanDonovan CreditAttribution: EvanDonovan commented@sun: Thanks for the list. I only wish that my skills were greater so I could help with writing patches and the technical review.
@webchick: I think we all understand that you are busy, and will be grateful for as much as can make it in. Thanks for allowing this last 2 weeks for API changes - looking forward to rc1.
Comment #7
webchickHm. I apparently need to clarify again.
The rule on API changes hasn't changed. This is not a 2-week period free-for-all get in your stuff that didn't make it in. The only API changes that will be allowed are those that represent serious regressions in functionality that we can't possibly fix any other way. And if they don't make it in before Nov. 30, then we will have to live with documenting these limitations as part of Drupal 7, unless they are back-portable from Drupal 8 (certain optional API additions, for example).
Please prioritize accordingly.
Comment #8
webchickNo longer need this. Apart from #605318: Add some garbage collection to the update manager, RC1 is done.
Thanks so much for all the awesome work, folks. :)