Automattic / Automattic/harper
Highlight in wrong place horizontally and vertically on GitHub in Chrome.
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 15.6k
- Forks
- 646
- Avg merge
- 1d 12h
- Merged PRs (30d)
- 106
Description
Describe the bug
While writing a comment on a feature request here I got a purple Harper highlight to flag an error. But it was not aligned with any word in the text and couldn't be clicked on.
It's a known problem with textareas that these highlights can have the wrong vertical position but be in the right place horizontally. Then you can scroll up and down with trackpad or mousewheel.
But this one is misaligned in both axes and very hard to figure out which word was the problem.
It turned out to be "IDEs" (which shouldn't be flagged as an error anyway, but that's a separate issue.)
Screenshots
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source file or test is named. First reproduce the issue in a GitHub comment textarea in Chrome, then trace the highlight positioning path and compare horizontal and vertical placement with the reported screenshot; done means the highlight identifies the affected text on both axes, without addressing the separate “IDEs” spelling issue.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- devtools, frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100