Closed (fixed)
Project:
Drupal core
Version:
main
Component:
contact.module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
13 Feb 2026 at 19:35 UTC
Updated:
11 Mar 2026 at 23:10 UTC
Jump to comment: Most recent
The module is deprecated and should be removed
https://www.drupal.org/node/3223395#s-contact
core/phpstan-baseline.neon.remove with all references
The contact module has been removed from core, and can now be installed as a contrib module.
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
andypostComment #4
andypostComment #5
andypostComment #6
andypostAsked Claude code to create script to find all scpell words iterating both files for cspell
and result is
The script itself
Comment #7
andypostTests passed, all remaining mentions of "contact" word looks unrelated
Comment #8
smustgrave commentedIs the related issue a blocker?
Comment #9
andypostNo, as it discussed in the issue we need to create new trait to remove it. So better keep the dead code
Comment #10
smustgrave commentedIn that case looks like a good removal.
Comment #11
catchIt looks like for whatever reason, we don't have to remove contact module from the 10.3.0 filled.standard database dump fixture - maybe that already happened in another issue in-between?
In general with module removals, I think we should try to have a single issue to remove them from the database dump fixtures for all modules that we're intending to remove, so that we can do that task once, instead of once per module. It's a lot of work, and every module will conflict with every other module, as well as when we need to create new 11.3 fixtures too.
Tagging with avoid commit conflicts for now anyway.
Comment #12
andypost@catch I bet the issue is #3569127: Add new 11.3.x database dump fixtures, without modules deprecated for removal in 12.x
Moreover contact been deprecated not so long
Comment #13
quietone commentedComment #14
quietone commentedSorry, wrong issue
Comment #15
quietone commentedComment #16
longwaveMerge conflict, needs rebasing.
Comment #17
andypostrebased
Comment #18
smustgrave commentedDoes this need to be added to DRUPAL_CORE_REMOVED_MODULE_LIST also? I saw the comment on the ban ticket.
Comment #19
andypostIt's added already https://git.drupalcode.org/project/drupal/-/blob/4a0461a90176c0c5c385b75...
Comment #20
smustgrave commentedRebase LGTM to me
Comment #21
longwaveNeeds rebasing.
Comment #22
andypostrebased
Comment #23
andyposteach time it's fixtures conflicts so
Avoid commit conflictsis not working)Comment #25
catchYes every module removal that adds an uninstall fixture adds it to the same places, so even if they're all tagged with avoid commit conflicts, they will conflict with each other. Let's do #3569127: Add new 11.3.x database dump fixtures, without modules deprecated for removal in 12.x so we don't need the fixtures before other removals, then hopefully they'll be able to go in independently with less conflicts. Migrate Drupal/Migrate Drupal UI removal first would help avoid more conflicts too.
Committed/pushed to main, thanks!
Comment #28
xmacinfoContributed module:
https://www.drupal.org/project/contact
Comment #29
quietone commented@xmacinfo, For all removed extensions that information is in the change record.
In general, it is best to refer to the change record first and if documentation is missing update that or the relevant d.o docs.