Confirmed
- The display is visibly flickering or blinking during Windows use.
Error Checker · reviewed 2026-09-01
Screen flickering is a display symptom. Microsoft recommends checking whether Task Manager flickers too because that observation helps separate a display-driver path from an incompatible-app path.
The capsule is validated and restored only in this browser. An invalid capsule changes nothing.
Meaning & limits
Context changes the route
Choose the context that matches your incident. These are alternatives, not a sequence of fixes. Follow only the matching check and keep its verification and rollback together.
Likely layer: Display driver, graphics stack, display path, or hardware signal
First safe check: Record the active display adapter and driver before changing it
Expected: You will have the exact display-driver and connection identity needed to choose the supported vendor path instead of installing a generic driver updater.
Verify: Reproduce the same workload once and confirm whether Task Manager and the rest of the screen still flicker together.
Rollback: No system change is made by this check.
Likely layer: Application, overlay, shell, or compositor interaction
First safe check: Identify the app or overlay present when the flicker occurs
Expected: A reproducible app-specific change can isolate an incompatible-app path without changing the whole graphics stack.
Verify: Repeat the same video, game, or desktop action and compare whether the screen flickers while Task Manager remains stable.
Rollback: No system change is made by this check.
Likely layer: Display driver or application path not yet separated
First safe check: Use the Task Manager comparison as the first safe discriminator
Expected: That one observation determines whether the next reviewed branch should focus first on the display-driver path or an incompatible-app path.
Verify: Repeat once during the same symptom; do not rely on an unrelated earlier session.
Rollback: No system change is made by this check.
Before any second repair step
After the first safe check, record whether the reviewed intermediate result occurred, whether the original problem was retested, and the exact output. An expected observation is not automatically a repair.
Then separately record whether the original problem still occurs, was not reproduced once, or has not been retested yet. Every session ends in stop, one repeat of the same check, one named missing fact, or escalation—never an open-ended repair sequence.
The browser-local Evidence Pack combines the selected context, safe action, actual observation, sources, review date, missing evidence, and stop boundary. It can be copied or printed without creating an account or uploading a log.
After you perform the safe check
Paste a bounded msinfo32 or DxDiag text report and extract the Windows build, system model, firmware mode, memory, DirectX, display-driver, and explicitly reported problem-device facts without uploading the report.
Review trail