Version 1.0.0
@stackline/retext-profanities
retext plugin to check for profane and vulgar wording
Independent maintenance of retext-profanities 7.2.2. Original authors and licenses are retained.
Installation
# Preserve existing imports with an npm alias
npm install retext-profanities@npm:@stackline/retext-profanities@1.0.0
# Or use the scoped package name in your imports
npm install @stackline/retext-profanities@1.0.0Node.js: See compatibility notes. Read the compatibility and maintenance notes before migrating.
Usage and API
The reference below may retain upstream package names. Use the alias installation above to run those imports with this Stackline release.
@stackline/retext-profanities
Independent maintenance fork of retext-profanities@7.2.2, preserving its API and published type declarations.
npm install @stackline/retext-profanities
# Keep existing imports:
npm install retext-profanities@npm:@stackline/retext-profanities@1.0.0
Stackline · Issues · Community
See UPSTREAM.md for source identity and issue review, and CHANGELOG.md for maintenance changes. Functional tests also run against the final npm tarball; releases are published from GitHub Actions with provenance.
Upstream documentation
retext-profanities
retext plugin to check for possible profane and vulgar wording.
Contents
- What is this?
- When should I use this?
- Install
- Use
- API
- Rules
- Messages
- Types
- Compatibility
- Related
- Contribute
- License
What is this?
This package is a unified (retext) plugin to check for possible
profane or otherwise vulgar wording, in certain contexts.
It uses cuss for sureness.
When should I use this?
You can opt-into this plugin when you’re dealing with your own text and want to check for potential mistakes.
Install
This package is ESM only. In Node.js (version 14.14+, 16.0+), install with npm:
npm install retext-profanities
In Deno with esm.sh:
import retextProfanities from 'https://esm.sh/retext-profanities@7'
In browsers with esm.sh:
<script type="module">
import retextProfanities from 'https://esm.sh/retext-profanities@7?bundle'
</script>
Use
Say our document example.txt contains:
He’s pretty set on beating your butt for sheriff.
…and our module example.js looks as follows:
import {read} from 'to-vfile'
import {reporter} from 'vfile-reporter'
import {unified} from 'unified'
import retextEnglish from 'retext-english'
import retextProfanities from 'retext-profanities'
import retextStringify from 'retext-stringify'
const file = await unified()
.use(retextEnglish)
.use(retextProfanities)
.use(retextStringify)
.process(await read('example.txt'))
console.error(reporter(file))
…now running node example.js yields:
example.txt
1:33-1:37 warning Be careful with “butt”, it’s profane in some cases butt retext-profanities
⚠ 1 warning
API
This package exports no identifiers.
The default export is retextProfanities.
unified().use(retextProfanities[, options])
Check for possible profane and vulgar wording.
options
Configuration (optional).
options.ignore
Phrases not to warn about (Array<string>, default: []).
options.sureness
Minimum sureness to warn about, see cuss (number, default: 0).
Rules
See rules.md for a list of rules.
Note that Latin-script Arabic (retext-profanities/ar-latn), French
(retext-profanities/fr), Spanish (retext-profanities/es), Italian
(retext-profanities/it), and Portuguese (Brazilian) (retext-profanities/pt)
are also supported.
Messages
See rules.md for a list of rules and how rules work.
Each message is emitted as a VFileMessage on file, with
the following fields:
message.source
Name of this plugin ('retext-profanities').
message.ruleId
See id in rules.md.
message.profanitySeverity
Cuss sureness (number).
message.actual
Profane phrase (string).
message.expected
Empty array to signal that actual should be removed or changed ([]).
Types
This package is fully typed with TypeScript.
It exports the additional type Options.
Compatibility
Projects maintained by the unified collective are compatible with all maintained versions of Node.js. As of now, that is Node.js 14.14+ and 16.0+. Our projects sometimes work with older versions, but this is not guaranteed. It also works in Deno and modern browsers.
Related
retext-equality— check possible insensitive, inconsiderate languageretext-passive— check passive voiceretext-simplify— check phrases for simpler alternatives
Contribute
See contributing.md in retextjs/.github for ways
to get started.
See support.md for ways to get help.
This project has a code of conduct. By interacting with this repository, organization, or community you agree to abide by its terms.
License
Upstream issues and maintenance review
Upstream and maintenance review
This package maintains retext-profanities@7.2.2 under the independent @stackline/retext-profanities name.
- Source: https://github.com/retextjs/retext-profanities/tree/2003b36350743421e79ae8fc52fbbb4b483d71ac
- Public npm artifact integrity:
sha512-nwrR987v3m7+JQ8wyK8oE+adqS1aYUyHyf+k6omflI/8PL9Slbp/39YieTJJvrmR0udBe2iV7aURXW5/3Uj12w==. - Upstream issue evidence checked: 2026-09-29T00:22:07.622565+00:00.
- Original license and author notices are retained.
- The upstream published runtime files and declarations are hash-checked in
.stackline/upstream.json. Any runtime fix is explicitly listed there. - Functional upstream suites run against the source and extracted final package. Development tools were reduced to those used by validation; full source and runtime audits must pass.
- Only direct dependencies of the original Stackline portfolio are in this migration. This is not a claim that all transitive projects are maintained by Stackline.
Issue triage
The queried open-issue list contained no issue entries. This does not establish that the upstream is abandoned or bug-free. No runtime bug fix is claimed for this initial maintenance release.
The evidence query fetched the latest 100 open and 30 closed issue/PR entries and removed PRs. Closed entries were collected for context; this report does not claim an exhaustive historic review.
Release discipline
The source commit, passing CI and CodeQL, reviewed CI tarball hash, npm provenance, normal and aliased installs, and immutable GitHub release are checked before a release is complete. Published versions and tags are never replaced.
Release changes
Changelog
1.0.0
- Start Stackline maintenance of the documented upstream API.
- Preserve and verify published runtime files and TypeScript declarations.
- Run upstream functional suites against both source and the final package.
- Publish the reviewed CI artifact through GitHub Actions with provenance and immutable release evidence.
Release files and references
Package bytes, npm provenance and the immutable GitHub release were verified for this version. Security checks describe the reviewed release; documented compatibility risks and upstream reports are not blanket claims of resolution.