Disclosure: Yes, I did use AI to formulate the original issue summary. However, as requested, I removed all the AI verbose and repetitive text. What is remaining is my own point of view.
Problem/Motivation
The Announcements feed is infrequently updated and not relevant to the day-to-day needs of Drupal site builders and administrators.
The module is not a critical part of Drupal, nor is it required for site operation. Instead, administrators can already obtain Drupal news through multiple up-to-date communication channels.
Drupal 12 is already expected to continue the effort of streamlining core by removing functionality not essential to the core. Removing the Announcements module aligns with this initiative. We still have time to remove the module before Drupal 12 is released.
Proposed resolution
Deprecate the Announcements module in Drupal 11.x and remove it in Drupal 12.
Remaining tasks
Postponed on when the Core Team completes their extension review over in #3609464: [policy, no patch] Extensions to possibly deprecate in Drupal 12 or Drupal 13
User interface changes
Introduced terminology
API changes
Data model changes
None.
Comments
Comment #2
xmacinfoComment #3
quietone commented@xmacinfo, thank you for following drupal.org policy and disclosing that an AI tool was used to help with this issue.
The first step in deprecating an extension is to create a policy issue to discuss the decision. That decision require sign off from the core committer roles as well as the subsystem maintainer for the extension. Only if is approved is the work for deprecating it started. And then that work is done by following the core process given in Remove a core extension and move it to a contributed project.
This issue should be changed to be a [policy, no patch] issue. Anything related to actually doing the deprecation should be removed as it is not needed in a policy issue. From my reading of this issue the second and third paragraphs seem suitable for a policy discussion.
Some recent examples of such policy issues that may be useful are:
Comment #4
quietone commented@xmacinfo, As with most AI output I have come across this is verbose and repetitive. Was this reviewed to trim it down to the essentials and thus reduce the workload for reviewers? I ask because the Policy on the use of AI when contributing to Drupal states that "Posting issue comments, MR descriptions, or forum posts that are unreviewed AI output, not your own words." do not meet our standards.
Comment #5
xmacinfoThis issue was already reviewed, updated and trimmed. However, I agree to make is more easy to scan by reviewers so I removed all the remaining AI verbose and repetitive output.
Comment #6
xmacinfoComment #7
xmacinfoComment #8
quietone commented@xmacinfo, thanks.
This policy issue does not need a release note snippet. And, in fact the release notes for extension removals is standard so a release note snipped isn't needed. What is done is to tag the issue that does the actual deprecation with, "x.y.z release notes". That is sufficient for it to be found when writing the release notes.
Comment #9
xmacinfoComment #10
quietone commentedThat is from the original issue stating the purpose and justification for a messaging channel in core, #2940739: Project messaging channel in core initiative. It shows that the idea was to have "infrequent" updates that are not "relevant to the day-to-day needs of Drupal site builders and administrators". That suggests that the module is being used as designed and yet that same infrequency and lack of relevant to day-to-day is the motivation for this proposal. Interesting.
The issue summary also says that there are "multiple up-to-date communication channels". While that is true, the original issue also states that the channel is for the many Drupal users that do not have an account or follow Drupal project news, or engage with other Drupal communication channels. So, having this channel gives us a way to communicate with this set of users.
If the motivation is more about frequency there is an issue for discussing that, #3498976: Post more frequently to the Announcement Feed.
Do we have usage stats for this module?
Comment #11
xmacinfoDoes the feed calling home has stats?
I think that a distribution like Drupal CMS can use a recipe to install this module from contrib, like any other depreciation.
Drupal.org should keep the feed active so that the contrib module would not need the maintainer to worry about publishing an item in the feed.
Comment #12
poker10 commentedSome stats are here (latest are from 09/2025): https://www.drupal.org/project/drupal/issues/3158669
Comment #13
smustgrave commentedInstead of removing should we be using it more to make it worth it.
Comment #14
quietone commentedEach month, the DA and core committers discuss what is to be added to the announcements feed. Anyone, can also make an issue in the governance project to discuss having an announcement made.
Comment #15
smustgrave commentedSince the module is still relatively new should we hold on deprecating it then
Comment #16
smustgrave commentedGoing to postpone, looking on https://www.drupal.org/project/issues/search/governance?text=&assigned=&... I see announcements about camps which seem like great announcements. Not everyone is on slack or other thread channels so anyway to get more engagement. Think postpone is the good status.
Comment #17
quietone commented@smustgrave, can you clarify what needs to happen to un-postpone this issue and add it to the remaining tasks as explained in Remining tasks. Thanks
Comment #18
smustgrave commentedSure!
Comment #19
quietone commented@smustgrave, I don't understand how this can be postponed on "Determine if announcements can be used more.". Where would that discussion take place, if not here on this issue?
I think this should stay at needs review. There isn't a maintainer for this module so removing that tag.
Comment #20
smustgrave commentedDon't understand what's to review. Consensus has been to try and use announcements more. So putting in review just seems like it's going to waste away
Comment #21
xmacinfoIt is not a consensus.
Comment #22
smustgrave commentedAdding the slack conversation https://drupal.slack.com/archives/C079NQPQUEN/p1783091910574039 only a few comments but no one seemed to agree with removing this right now.
@godoislate mentioned
Comment #23
quietone commentedWe've been discussion all the extension removals at one time. I have setup an issue for that and this is postponed on the core team completing their review, which is not yet scheduled.
Comment #24
quietone commentedComment #25
quietone commentedI am setting this back to active to allow final discussion and in preparation for discussion by the Leadership Team that will hopefully happen at DrupalCon.
Comment #26
quietone commented