Automattic / Automattic/harper

False positive: "more cut" wrongly flagged to change to "cuter"

Open
#3,297 0 comments 0 reactions 0 assignees View on GitHub
bug false-positive harper-core help wanted linting
Dominant language
Rust
Stars
15.4k
Forks
627
Avg merge
1d 15h
Merged PRs (30d)
102

Description

Image

> While far too much loose cannons to be credible career criminals – they’re more cut from “one and done” cloth – they have life to them

I expected this to be due to left-over Hunspell affix-compression annotations on `cut` and/or `cute` in `dictionary.dict`, but fixing those as part of #3279 does not prevent it!

It could be due to the `cross-product` property and/or the case-folding nature of the dictionary? See #3284

Contributor guide

Open the contributing guide

Research direction

Start with the reported “more cut” example and inspect the Hunspell affix-compression annotations in dictionary.dict. Compare the changes and discussion in #3279 and #3284, focusing on cross-product and case-folding behavior. Done means this false positive is no longer reported while valid suggestions continue to work.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
tooling
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.