Right click CPS test with the menu held back

Because they never cancel the context menu, or they cancel it for the whole page and forget to give it back. A right press raises a menu by default, the menu takes the pointer, and the run is over — which is the entire reason this page has an armed state instead of just counting clicks. Suppression here is scoped twice over: to the pad, and to the period between arming and the end of the run.

No. The pad disarms itself the instant the timer runs out, the banner goes back to gray, and a right press inside the pad opens the menu again like anywhere else. You can also hand it back mid-run with the same button you armed it with. A page that quietly kept the menu suppressed would be changing how your browser behaves in a region you might click by accident an hour later.

Almost always training rather than hardware. The index finger is the one with thousands of hours on it, and it is also the only finger with a muscle dedicated to it alone — extensor indicis, which no other finger has an equivalent of — so it starts and stops more crisply than the middle finger doing the same job. A gap of a couple of clicks per second between your two buttons is ordinary; a gap that appears suddenly on a mouse you have used for years is not.

It depends on the operating system, and the difference matters at speed. Windows raises the context menu on the release of the right button, macOS and most Linux desktops raise it on the press. That means an unarmed run on Windows can get several clicks in before the first menu appears, while on a Mac the very first press ends the run — so a test that works passably on one machine can look completely broken on the other.

Check that secondary click is switched on in your system settings before blaming the hardware, because several laptops ship with it off. Beyond that, a modern one-piece clickpad has a single hinge and one switch under the whole surface, so the right side is a region the driver recognizes rather than a second button — it can report a secondary click, but it cannot report one on each side at once, and it will never sustain the rate a two-switch mouse will.

It was not: on macOS, Ctrl with a left click is a secondary click, and the menu it produces is genuine, but the switch closing underneath is the left one. The page detects that combination — a press reporting button 0 with the Ctrl modifier set — and says so rather than scoring it, because the whole point of this run is the right switch. If you are testing a trackpad, turn secondary click on and use two fingers instead.

Yes, and it is much rarer for a reason worth knowing: both buttons usually have the identical micro-switch under them, but the left one absorbs the overwhelming majority of a mouse's lifetime actuations. A right button that has begun to chatter has either been used unusually hard — some games map primary fire to it — or has a manufacturing fault rather than wear, which makes it a much stronger warranty case than a worn left button of the same age.