Automattic / Automattic/harper

OrthographicConsistency cannot be disabled and false positives for technical terms

Open
#3,862 0 comments 0 reactions 0 assignees View on GitHub
bug harper-ls linting
Dominant language
Rust
Stars
15.4k
Forks
627
Avg merge
1d 12h
Merged PRs (30d)
106

Description

harper-ls version: 2.6.0

I'm using Harper Language Server with Zed.

## Issue 1

I receive diagnostics such as:

"This word's canonical spelling is all-caps. (Harper OrthographicConsistency)"

I tried:

{
"harper-ls": {
"linters": {
"OrthographicConsistency": false
}
}
}

but the diagnostic is still reported.

Is this rule configurable? If so, what is the correct configuration key?

## Issue 2

Harper reports false positives for common technical terms and file names, for example:

- index.html
- main.js
- app.ts
- component.tsx
- styles.css
- package.json
- tsconfig.json

These are valid file names and should ideally be ignored or treated as code.

## Feature Request

It would be helpful to:

- Allow disabling `OrthographicConsistency`.
- Ignore common file extensions (.js, .ts, .tsx, .jsx, .html, .css, .json, .md, etc.).
- Treat file names and code identifiers as code rather than prose.
- Improve support for technical documentation.

Contributor guide

Open the contributing guide

Research direction

Start with Harper Language Server's linter configuration and diagnostic handling, then reproduce the OrthographicConsistency setting and technical-name examples in Zed. Done means the rule can be disabled with the correct key and file names or code-like terms no longer produce these false positives.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
developer-experience, tooling
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.