Keyboard Chatter / Double-Press Test
Check possible keyboard chatter and double presses with controlled keydown/keyup timing. Test one key or scan multiple keys, review per-key flags and local history; auto-repeat is excluded.
- Browser-observed
- No device permission
- Optional history in this browser
- No account or upload
Important
- Possible duplicate browser events are screening evidence only. Fast intentional taps, remapping/software, connection behavior, or missing events can mimic chatter; the page cannot inspect switch contacts or firmware debounce.
Any-key scan is a broad browser-event screen across the keys you press, not a full keyboard certification. Screening window: 50 ms. Shorter windows are more conservative; larger windows can include deliberate fast re-presses. This is a browser-side screening boundary, not firmware debounce.
Start, then press and release keys for press cycles.
A completed press cycle is one fresh non-repeat keydown followed by keyup. A possible duplicate is one fresh browser keydown matching at least one screening condition; it is not a switch-contact measurement or damage verdict. Auto-repeat is excluded.
Results
- Mode
- Any-key scan
- Target key
- —
- Completed press cycles
- 0
- Non-repeat keydowns
- 0
- Possible duplicate keydowns
- 0
- Possible-duplicate keydown ratio
- 0
- Keys with possible duplicates
- 0
- Minimum suspicious gap
- —
- Auto-repeat excluded
- 0
- Other codes excluded
- 0
- Capture state
- Ready
Flagged fresh keydowns / non-repeat keydowns
Per-key observations
No per-key observations yet.
Current-run raw browser timeline
Current session only; not persisted to Local history, not uploaded, and not sent to analytics. Repeat events are marked excluded and possible duplicate annotations are screening flags.
No events yet.
Local history (aggregate only)
Only aggregate run summaries are stored in this browser. Raw key sequences and timelines are never persisted.
No local history yet. Complete or manually stop a meaningful run to save an aggregate summary.
How to use
- Choose Selected-key check for one suspect key or Any-key scan for a broader session. Select 20, 30, or 50 completed press cycles and a 30, 50, 80, or 100 ms screening window.
- Press Start. In Selected-key check, your first fresh non-repeat keydown becomes the target.
- Use deliberate press-and-release cycles. Do not hold keys when trying to reproduce double typing; browser auto-repeat is excluded separately.
- Let the cycle goal finish the run or use Stop. Review per-key observations, possible duplicate keydowns, minimum suspicious gap, and the current-run timeline.
- Repeat suspicious results using the same mode, screening window, keyboard, connection, browser, and similar tapping style. Compare aggregate local history rather than treating one flag as a diagnosis.
What the result means
- A completed press cycle is a fresh non-repeat keydown followed by keyup.
- A possible duplicate keydown is one fresh browser keydown that matches at least one screening condition. Each fresh keydown can count at most once, even when multiple suspicious conditions apply.
- The possible-duplicate ratio is flagged fresh keydowns divided by accepted non-repeat keydowns. Minimum suspicious gap is the shortest interval associated with a flagged event.
- KeyboardEvent.repeat=true marks automatic held-key repetition. Repeat events are reported separately and excluded from suspected duplicate detection and fresh-press chatter screening.
- Per-key observations show which physical KeyboardEvent.code produced the browser-level pattern. A flag is screening evidence, not confirmation of a failed switch.
Limitations
- Possible duplicate browser events are screening evidence only. Fast intentional taps, remapping/software, connection behavior, or missing events can mimic chatter; the page cannot inspect switch contacts or firmware debounce.
- Browser events arrive after keyboard firmware, debounce logic, connection, operating system, and browser processing. The page cannot observe switch contacts or read the configured firmware debounce algorithm or time.
- The 30, 50, 80, and 100 ms values are browser-side screening windows, not universal hardware thresholds or firmware settings. Intentional fast re-presses can fall inside larger windows.
- Remapping software, macros, accessibility tools, virtual machines, remote desktop, firmware behavior, connection issues, missed events, and browser scheduling can change the observed pattern.
- A clean run cannot prove that a switch has no intermittent problem. An Any-key total cycle goal is not a per-key sample guarantee.
Troubleshooting
- Many intentional taps are marked possible duplicates
- Use slower, clearly separated press-and-release cycles or a shorter screening window. Larger windows intentionally classify more fast re-presses as possible duplicates.
- The selected key is not the one expected
- Reset, choose Selected-key check, press Start, and make the intended key your first fresh non-repeat press.
- A key only double-types occasionally
- Repeat several controlled runs on that key. Intermittent behavior may not appear in a short sample; compare local history instead of treating one clean run as proof.
- The run was interrupted
- Focus loss or page hiding invalidates the run for history. Return to the page and start a fresh capture.
- The page shows a flag but typing seems normal
- Treat it as browser-level screening evidence. Repeat the same key and setup before investigating firmware, connection, software, or hardware causes.
Related tools
FAQ
What is keyboard chatter or double typing?
Chatter or double typing describes unwanted repeated registrations associated with one intended physical press. This browser tool looks for browser-event patterns that can be consistent with that problem; it does not observe switch contacts directly.
Does a possible duplicate prove my switch is faulty?
No. It is a browser-level screening flag. Intentional fast taps, remapping or macros, firmware, connection, operating-system/browser handling, or missing events can create similar patterns.
Is the 30/50/80/100 ms screening window my keyboard's debounce time?
No. Firmware debounce behavior and algorithms vary and are handled before the browser sees KeyboardEvent records. The selected value only controls how this page classifies browser-observed gaps.
Are held-key repeat events treated as chatter?
No. KeyboardEvent.repeat marks automatically repeating held-key events in normal browser behavior. They are not treated as fresh physical presses and are reported separately.
Why use Selected-key check instead of Any-key scan?
Selected-key check gives a controlled repeated sample for one suspect physical code. Any-key scan can identify which codes deserve a focused retest, but its total cycle count is spread across the keys you actually press.
Which keyboard test should I use?
Use the Keyboard Tester for individual registration and layout coverage, the Keyboard Rollover Test for simultaneous-key combinations, and the Keyboard Polling Rate Test for browser event cadence and timing. This page is for possible duplicate press and chatter screening.