Chrome dictation extension troubleshooting in five rungs, reinstall last. Start with the incognito test, then reload and update checks before a fresh profile. Log the breakage in three lines so the next rescue takes minutes, not hours.

All chrome dictation extension troubleshooting should start with the incognito test, because it removes the most common culprit with a single window. Open an incognito window, and note that only the extensions you explicitly allowed run there, including your dictation tool if you switched its toggle on in the Details page. Open the site you were dictating into, click into a field, and speak. If dictation works in incognito, another extension is interfering in the normal window, and the evidence is rock solid, because the only difference between the two windows is the extension set. That finding is worth more than any amount of guessing, since a neighbor has been proven guilty and your tool has been proven innocent.
The reason incognito is the first rung, not the fifth, is that it is the only test that changes a single variable. Reloading the page changes the page, reinstalling changes the tool, and clearing data changes storage, all of which confound the result you are looking for. Incognito changes exactly one thing, the set of active extensions, so a pass or fail has an unambiguous meaning. If the test passes, proceed to the identification step: close the incognito window, open the normal one, and disable extensions one at a time, testing after each, until the culprit surfaces. That is normally an ad-blocker, a translator, or a clipboard manager, and you can give them the blame and not the reinstall.
If the incognito test fails too, you have eliminated the neighbor theory and narrowed the field to the tool itself or the site state, which is a genuinely useful narrowing. The failure also tells you not to waste an hour disabling extensions, and it pushes you up the ladder to the next rungs, which examine the extension's own health and the site's stored state. Either way the test lasts under three minutes, and it delivers a verdict you can act on, which makes it the best first move in the entire recovery playbook. One caveat worth naming: incognito windows start with a fresh and minimal environment, so if your dictation extension relies on a permission granted only in the main window, allow it in incognito first from the details page, otherwise the test can fail for a reason that is not a real defect.
Rung two is the reload, and it fixes a surprisingly large share of breakage. Open chrome://extensions and click the reload arrow on your dictation tool; then reopen the page you were on and press the capture key again. What the reload heals is every stale state the worker accumulated: a suspended background page, a lost tab connection, an audio session that never released, a reference to a page that no longer exists. These are quiet failures, the kind that produce no error message, only a hotkey that suddenly does nothing, and they are exactly the kind a reload resets in seconds. Do this before you ever consider removal, because the reload cannot lose your words or your settings, and the reinstall can.
Rung three is the update check, and it matters more than its brevity suggests. Go back to chrome://extensions, flip on Developer mode, and click the Update button to force Chrome to fetch the latest package for every installed extension; when done, reload the site and retry dictation. The reason to check is that a broken state sometimes ships fixed: the update may repair a bug you did not know you had, or it may have been the organizer of the breakage, and clarifying the timeline tells you which. If the extension was updated today and stopped working when the page did not, the update is the starting point for suspicion, and a documented version rollback is the legitimate next move.
Run the two rungs in order, never in parallel, and retest after each. Their value is cumulative: if the reload fixes it, you saved ten minutes; if the update fixes it, you learned the tool was already fine; if neither works, you have now excluded the two most ordinary causes and can walk to rung four with a clean conscience. The ladder is built this way precisely so that the most destructive step comes last, and so the person who survives rungs one through three with failing dictation has earned the strongest possible suspicion that the problem is site state or a genuine defect.
Rung four is the fresh profile, and it is the most underused weapon in the ladder because it is the only test that isolates site state from everything else. Create a new Chrome profile from the profile menu, install only your dictation extension, open the target site, and dictate. Because the new profile contains no old cookies, no cached scripts, no previous storage and no other extensions, every variable from your normal setup is gone. If dictation works in the fresh profile, the proof is unambiguous: the extension was fine all along, and something about your normal profile, almost always stored site state, was the saboteur. That diagnosis converts a scary intermittent bug into a boring, fixable one.
The classic guilty parties are the stored state you cannot see. A stale service worker on the site, registered by an older version, can intercept events your extension depends on; a corrupted local storage entry can make the page believe it is in a broken mode; an old cookie that puts the site into a different rendering path can change how the page accepts inserted text. The fix is equally classic: use the site-level clear option in Chrome's content settings to remove that origin's data, then reload and retry. This is why the rung has to come before the reinstall, because clearing one origin is a thirty-second operation that often fixes the problem a reinstall never would.
If dictation fails in the fresh profile too, the extension itself is the remaining suspect, and you have finally justified the last rung. But note what you have lost by this point: nothing. No settings were changed, no data was cleared in your main profile, no words were deleted, and every hypothesis was tested in isolation. The fresh profile also has a fringe benefit: many people find, after this test, that the problem only existed in one site's stored state, and they go back to normal browsing with a working tool and a tiny cleanup they now understand. Copy the exact site list from the failing session into the fresh profile before you judge it, because a fresh profile with zero sites added may fail simply because no page has been loaded, and that would send you up the ladder on a false verdict.
Rung five is the clean reinstall, and it comes last because it is the only step with any cost. Before you take it, do the two things that make it cost-free: export your custom word list from the extension's options page, and note your current hotkey from the shortcut settings, because chrome://extensions/shortcuts is where you will rebind it afterwards. Then remove the extension, delete its leftover site data in Chrome's content settings as an optional deep clean, and reinstall it from the web store. The reinstall starts a fresh worker, fresh storage, and fresh registrations, which is exactly what you want when the tool itself was proven faulty by the earlier rungs.
After reinstalling, restore in the order that matches your mental model: import the vocabulary first, rebind the hotkey second, and walk your three daily sites third, dictating one sentence on each. This sequence is worth following rather than improvising, because it converts the reinstall from a setup chore into a migration, and it preserves the one asset that takes months to rebuild, your dictionary. If the reinstall involved an extension version change, glance at the changelog while you import, because a genuinely fixed release often explains the breakage you just lived through, and that explanation is your reward for taking the ladder seriously.
Persist the lesson by recording the verdict. If the clean install fixed it, the breakage was a corrupted extension state, a rare but real event; if it did not, you have a documented case for reporting to the vendor, with the incognito and fresh-profile results as evidence that the fault is not your environment. Either way, the final rung is a place you have now earned the right to stand on, after eliminating neighbors, state, and site-level causes on the way down, and that is what separates a rescue from a ritual. Keep the recorded verdict with the exported settings, because if the same hang returns in three months the two files together answer whether this is a repeat of the same corruption or a new and separate event, and they turn your next clean reinstall from a guess into a decision.
The fastest rescue is the one you have already planned, and a three-line log is that planning. Every time dictation breaks, open your notes or a small file and write three things: the date, the symptom you observed, and which rung of the ladder fixed it. Three lines take ten seconds, and after four incidents you will have a personal pattern map showing whether your breakage is usually a suspended worker, a site-state hiccup, or a genuine tool update. That map is what turns the next hour of debugging into a two-minute choice, because you will reach directly for the rung that worked last time instead of climbing the ladder from the bottom like a stranger.
Make the log specific rather than vague, because vague entries cannot be compared. Say that the hotkey stopped only on the code review page, or that dictation died right after a Chrome update, or that the microphone was fine but the words landed in the wrong box, one sentence each. Specificity is what lets the pattern emerge; a log of ten entries that all say it stopped working again produces no insight at all. Add the last column mentally, what you did to fix it, and within a month you will know whether you are the reload type or the profile-clearing type, which is the single most useful fact in a recurring-bug scenario.
Share the log with the tool's support team when a pattern points at a defect. A developer reading your dates, symptoms, and failed fixing steps can often name the bug in one look, whereas the same developer receiving was it a broken extension is starting from zero. Between your own pattern map and the evidence you can hand over, the ladder stops being a recovery procedure and becomes a way of life: breakage happens, the ladder catches it, and the log makes the next round even cheaper. That is the quiet goal of all five rungs, a system that rescues you and then teaches you to rescue faster.
Because uninstall and reinstall change the extension while leaving every other variable untouched, so you never learn what caused the failure. The incognito test changes only the set of active extensions, so a pass or fail gives an unambiguous answer. If dictation works there, a neighbor extension is at fault, and no reinstall is needed for anything.
It isolates stored site state. A brand-new profile has no old cookies, no cached scripts, and no other extensions, so if dictation works there, the problem is almost certainly stale data in your normal profile. You then clear that site's data instead of damaging your setup, which is a far smaller intervention than reinstalling.
It can, which is why the export comes first. Download your vocabulary from the extension's options page and note the hotkey binding in the shortcuts page before you remove anything. After the reinstall, import the file and rebind the chord, and the whole setup is back in under five minutes.
Four or five are usually enough. Each log entry needs a date, a specific symptom, and the rung that fixed it. Once the pattern shows, you can skip directly to the proven fix, cutting a possible hour of recovery down to a couple of minutes. If a pattern points at the tool itself, report the entries to support.

Incognito, reload, update, fresh profile, then reinstall last.
Use it across macOS, Windows, iOS, and Android