By Haru · Updated · 2026-08-28
Is My Mouse Broken — or Is It the Surface or Software?
A browser test can prove that a click arrived. It cannot prove that a click was missed, and almost every argument about a supposedly broken mouse lives in that gap.
The asymmetry is worth stating plainly. If the page registers a button press, the switch closed, the controller encoded it, the cable or radio carried it, the driver passed it up, and the browser saw it — one press proves that whole chain works at least once. If the page registers nothing, you have learned that the chain failed somewhere along its length, and the switch is only one of six places it could have failed. Your finger is another.
There is one exception, and it is the reason these pages are worth opening at all: an event that should not exist proves more than an event that is absent. Two clicks from one press is not something a hand does by accident at twenty milliseconds apart. That is a measurement, not an impression.
This page sets out which checks settle which question, in the order that eliminates the cheap causes first, and where the honest limits are.
A missed click proves little. An extra one proves a lot
Take the two complaints separately, because they are not the same kind of evidence.
"It sometimes does not click" is the weaker claim. Between your finger and the web page sit the switch, the board, the cable or wireless link, the USB port, the driver, the operating system's own click handling, and a browser that may be busy. A press that never shows up tells you one of those failed — and the list includes the possibility that the press was lighter than you thought, or landed while the pointer was moving off the button.
"It clicks twice when I click once" is the stronger claim, and it is the one worth measuring. A tester records the interval between the two events. Human double-clicks land somewhere above a hundred milliseconds; a worn switch bouncing produces a second event in single or low double digits. When the gap is that short, no amount of finger technique explains it. That is why chatter, not silence, is the fault a browser can actually establish.
The same logic holds for the wheel. A wheel that does not scroll could be the wheel, the encoder, or the page. A wheel that scrolls two steps back for every ten forward is producing events nobody asked for.
The order that saves time: surface, power, software, switch
Work outward from the cheapest thing to change, because three of the four common causes cost nothing to rule out.
Start with the surface. Optical and laser sensors read texture, and glass, gloss, dark uniform desks and worn mousepad patches all give them less to work with. Cursor stutter, jumps and "drift" that follow you to a different desk are a sensor problem; the ones that stop when you slide a sheet of paper under the mouse never were.
Then power. A wireless mouse with a sagging battery does not usually die outright — it drops packets, which feels exactly like a failing switch. Swap the battery or plug the cable in and repeat the same test before concluding anything. A wired mouse on an unpowered hub or a front-panel port shares this failure mode.
Then software. Operating systems apply their own double-click interval, pointer acceleration and, on some setups, per-application overrides. A pointer that behaves differently in one program and nowhere else is not a hardware story.
Only then the switch. By that point you have eliminated everything that is free to eliminate, and what remains is the part that actually wears out.
What each browser check actually settles
Each check answers one question well and says nothing about the others. Matching the complaint to the right check is most of the work.
A button and wheel checker settles whether each input reaches the page at all, including the side buttons that many programs never use — the cheapest way to find a dead button you had simply stopped pressing. A double-click checker settles the chatter question, because it timestamps consecutive events and shows you the interval rather than a verdict. A click-rate counter settles nothing about hardware on its own, but a rate that collapses on one button and holds on the other is a useful asymmetry. A scroll checker settles direction and step consistency, which is where a worn wheel encoder shows itself first. A polling display settles how often events arrive while you move, and an aim exercise settles whether tracking holds up under fast movement in a way slow deliberate testing hides.
What none of them settle: sensor DPI, true report rate as the hardware sees it, battery health, or anything about internal wear. Those live below the browser, and a page that claims otherwise is inferring, not measuring.
Four things that look like a broken mouse and are not
Most reports that reach a repair counter turn out to be one of these, and all four are free to check.
The surface, as above — the single most common cause of "the cursor jumps", and the one that travels with the desk rather than the mouse.
The port or hub. Bus-powered hubs share a current budget with everything else plugged into them, and a mouse is usually last in line. Moving the cable directly to a rear port on the machine is a two-second test that resolves a surprising share of intermittent faults.
The operating system's double-click speed. Set too slow, ordinary quick clicking gets merged into double-clicks by the system, not the mouse. Nothing is wrong with the hardware, and no browser test will show anything unusual, because from the page's point of view nothing unusual happened.
The grip. Buttons have a travel and a pivot; pressing near the hinge takes more force than pressing near the tip. A button that "works sometimes" and always works when you press it further forward is telling you about geometry, not failure.
Telling a worn switch from a dirty one
Both produce the same symptom, and the difference decides whether cleaning is worth trying.
Contamination tends to be sudden and stable. It appears within a day or two, affects one button, and does not get worse in a straight line. Wear tends to be gradual and to accelerate: chatter that showed up once a week becomes once a day, then constant, over months. If you can remember roughly when it started and it started abruptly, contamination is the better bet.
Heat and pressure are a useful probe. Switch bounce that changes noticeably after the machine has been running a while, or that appears only with a firm press and not a light one, points at mechanical wear in the contact rather than something sitting on it.
Measure before and after, not just after. Run the double-click check, note the intervals and how many bad events you saw in a fixed number of presses, then do whatever you were going to do, then run exactly the same count again. "It feels better" is not evidence. Two numbers taken the same way are.
When the honest answer is replace
There is no universal threshold, and any page that gives you one in clicks or years is guessing. What you can do is decide against your own use.
The practical question is whether the fault costs you work. A chatter event once a fortnight is a curiosity. One that fires during drag-and-drop, text selection or anything where a stray release loses data has already cost more than the mouse.
Check warranty before opening anything. Terms differ by manufacturer, region and purchase channel, and opening the shell usually ends the cover. Take the numbers with you: a screenshot showing an eleven-millisecond interval between two events is a clearer report than "it double-clicks sometimes", and it is the same evidence whoever you are talking to.
If the mouse is out of cover and the fault is a single switch, replacing that switch is a common repair with a real success rate — and it is also soldering. Deciding not to is not a failure of nerve; it is a fair trade against the price of the part.
Frequently asked questions
If I only run one check, which one should it be?
The double-click checker, because it is the only one that can establish a fault rather than merely fail to find one. It timestamps consecutive events and shows the interval, so a bounce appears as a number too small for a human hand. Every other check on this site can tell you something works; that one can tell you something is wrong.
Are these checks free, and does anything about my mouse leave the computer?
They are free, need no account, and nothing is uploaded. The events are read in the browser and the counts stay on the page — closing the tab discards them. That also sets the limit: a page can only see what the browser hands it, so it can count clicks and intervals but cannot read the sensor, the firmware or the battery.
It only misbehaves in games. Is the mouse fine?
Not necessarily, but the evidence points elsewhere first. Games poll input differently, run the machine harder, and often apply their own sensitivity handling on top of the system's. Reproduce it outside the game before blaming the hardware — if a button drops presses on a plain web page too, the mouse is implicated; if it never does, the input path inside that program is the better suspect.
The double-click fault comes and goes. Does intermittent still count?
Yes, and intermittent is the normal early presentation of a worn switch. Test in fixed batches instead of waiting for it: a hundred deliberate single presses, counting how many produced two events. Repeat on a different day. A rate that climbs across sessions is the pattern that matters, and it is the one a single lucky test run hides.
Can a browser tell me my mouse's real DPI or polling rate?
No. It sees the events the operating system chooses to deliver, which is why a displayed rate can sit below what the hardware is set to, and why movement counts do not translate cleanly into sensor resolution. Treat those readings as a floor and a consistency check — useful for spotting a rate that collapses, not for confirming a spec sheet.
Wireless feels laggy but every check looks normal. What now?
Move the receiver before replacing anything. Two-point-four gigahertz links share space with wireless networks and other peripherals, and a receiver at the back of a machine under a desk is in the worst position available. A short extension that brings it into line of sight, or a different port away from other radios, resolves a large share of it — and costs nothing to try.