Fixed
Project:
Drupal core
Version:
main
Component:
javascript
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
9 Sep 2026 at 12:02 UTC
Updated:
19 Sep 2026 at 02:35 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #3
quietone commentedReported error:
Unsupported NodeJS version (20.20.2); >=22.18.0 is required
Comment #4
quietone commentedComment #5
quietone commentedComment #6
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue. It fails the Drupal core commit checks. Therefore, this issue status is now "Needs work".
This does not mean that the patch necessarily needs to be re-rolled or the MR rebased. Read the Issue Summary, the issue tags and the latest discussion here to determine what needs to be done.
Consult the Drupal Contributor Guide to find step-by-step guides for working with issues.
Comment #7
quietone commentedThat was fast, 20 minutes to say the MR doesn't apply. Poppycock.
The bot reports include this, so it is using an old version of node.
Comment #8
godotislateChanges are straightforward. lgtm
Is this going to 11.x? If so, we might need to check that the dictionary changes are fine there too before committing.
Comment #9
mstrelan commentedI was surprised to see dictionary changes here, but quietone explained to me that we run
yarn spellcheck:make-dictandspellcheck:make-drupal-dictwhenever we do a cspell upgrade.I wanted to know more and had an LLM assist with some automation. It found that 27 words would have been removed before the upgrade, and a further 17 words are removed due to the upgrade. I also learned about the
cspell tracecommand, that investigates which dictionary a word belongs to, including internal cspell dictionaries.I was also surprised to see
pcre'sadded to the dictionary. I believe it can be removed, but I think we might need to update the tooling to prevent it coming back in. Cspell already allowspcre'swhen we havepcrein the dictionary, but when we delete the dictionary it reports both. There are a few other instances of this, likeoverrider's. Perhaps we can have a follow up to remove these?I suspect this is not being backported to 11.x since the cspell update requires Node 22.
EDIT: Follow up #3623854: Strip possessives from cspell dictionaries
Comment #10
quietone commentedComment #11
alexpottConflicts in the yarn.lock file... can be set back to rtbc once fixed.
Comment #12
quietone commentedRebased and tests passed
Comment #14
longwaveCommitted and pushed 24d352f31a9 to main. Thanks!
Comment #16
xjmIs there any chance this somehow broke which files are ignored when cspell is run locally? When I just tried to commit a patch on
main(freshnode_modulesand all that) it spellcheckedMAINTAINERS.txtand (obviously) failed. But I don't see any CR here documenting a different behavior, and the MR was passing.