Solved [SOLVED & REVISED] Voice Access toggle won't stay on & Win+H broken

Sorry to have to make. Another post on this same subject. But I was unable to. Edit my original post.

Windows 11 Pro — Voice Access & Win+H Voice Typing Fix Guide​

The Problem​

• Voice Access toggle in Settings → Accessibility → Speech would not stay ON
• Voice Access taskbar icon did nothing when clicked
• Manual attempts to open on screen all fail
• Win+H voice typing shortcut showed error: "No more than [blank] may be hidden simultaneously"
• Voice Access would only open intermittently, requiring multiple attempts as admin
• Win+H showed message: "Speech services are managed by your organization"
• All standard repair attempts (DISM, SFC, in-place upgrade) had no effect
• Windows repair upgrade (running Setup.exe from mounted ISO while keeping files and apps) was ineffective

System Details​

• Asus Zenbook Pro Duo 15
• Windows 11 Pro, Build 26200 (25H2)
• K-Lite Codec Pack installed

---

Root Causes (Three Separate Issues)​

Root Cause 1: Corrupted English Language / Speech Pack Registration​

The Windows speech and accessibility subsystem depends on properly registered language packs. When this registration becomes corrupted, Voice Access, Win+H voice typing, and related features silently fail. DISM and SFC cannot repair this — only reinstalling the language pack fixes it.

Root Cause 2: K-Lite Codec Pack's TrayMenu.exe Conflicting with Win+H​

K-Lite Codec Pack installs a system tray application ([FONT=Liberation Mono, monospace]TrayMenu.exe[/FONT], dated 2014) that intercepts the Win+H keyboard shortcut before Windows voice typing can receive it. This causes the cryptic error message with blank text. This app lives in [FONT=Liberation Mono, monospace]C:\Windows\SysWOW64\Codecs\[/FONT] and auto-starts via a shortcut in the Public startup folder.

Root Cause 3: Privacy Policy Registry Keys Blocking Speech Services​

If you have applied Windows privacy tweaks (manually or via a privacy tool), certain policy registry keys may be set in a way that blocks the speech service, causing Win+H to show the message: "Speech services are managed by your organization." These keys need to be set to permissive values to allow voice typing to function.

---

The Fix​

Step 1 — Reinstall English Language Pack​

1. Open Settings → Time & Language → Language & Region
2. Click Add a language and add any second English variant (e.g., English UK)
3. Wait for it to install completely
4. Find English (United States) in the list
5. Click the three dots → Remove
6. Reboot
7. Go back to Settings → Time & Language → Language & Region
8. Click Add a language and add English (United States) again
9. Make sure Speech pack is installed: click English (US) → Language options → verify Speech is installed
10. Reboot

After reboot, Voice Access should open properly from Settings and the toggle should persist.

Step 2 — Remove K-Lite TrayMenu from Startup​

This fixes the Win+H conflict. Open PowerShell as Administrator and run:
Remove-Item "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup\CodecPackTrayMenu.lnk" -Force
Then verify it's gone:
Get-ChildItem "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup"
Note: This does NOT break K-Lite Codec Pack. All codecs continue to work normally. You simply lose the K-Lite system tray icon. If you need it back, you can manually run [FONT=Liberation Mono, monospace]C:\Windows\SysWOW64\Codecs\TrayMenu.exe[/FONT] or check K-Lite's own settings to re-enable it.

Step 3 — Kill the Running TrayMenu Instance (This Session Only)​

Since TrayMenu.exe is already running in the current session, kill it:
Stop-Process -Name TrayMenu -Force
After this, Win+H should work immediately. After the next reboot it will no longer start automatically.

Step 4 — Fix Speech Policy Registry Keys (If Win+H Shows "Managed by Your Organization")​

If after completing Steps 1-3 you still see "Speech services are managed by your organization" when pressing Win+H, run these commands in PowerShell as Administrator:
reg add "HKLM\SOFTWARE\Policies\Microsoft\InputPersonalization" /v AllowInputPersonalization /t REG_DWORD /d 1 /f

reg add "HKLM\SOFTWARE\Policies\Microsoft\Speech" /v AllowSpeechModelUpdate /t REG_DWORD /d 1 /f

reg add "HKCU\SOFTWARE\Policies\Microsoft\InputPersonalization" /v AllowInputPersonalization /t REG_DWORD /d 1 /f

reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\TabletPC" /v PreventHandwritingDataSharing /t REG_DWORD /d 0 /f

reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\HandwritingErrorReports" /v PreventHandwritingErrorReports /t REG_DWORD /d 0 /f
Important: These policy changes do NOT take effect immediately. You must log out and log back in (or reboot) after running these commands for Win+H to start working.
Note on privacy: These keys are commonly set to restrictive values by Windows privacy tweaking tools. Setting them to permissive values allows voice typing to function but also allows Windows to use speech data for personalization. This is a tradeoff between privacy and functionality.

---

Verification Tests​

After completing the fix and rebooting, confirm:

1. Win+H — press Win+H in any app. Voice typing toolbar should appear and start transcribing speech
2. Voice Access toggle — go to Settings → Accessibility → Speech → Voice Access, toggle ON, close Settings, reopen — toggle should still show ON
3. Taskbar icon — pin Voice Access from a running instance, click the pin — it should open Voice Access reliably
4. Voice Access from Settings — toggle ON in Settings should immediately show the Voice Access overlay at the top of the screen

---

What Was Investigated (For Reference)​

During diagnosis, the following registry keys were identified as relevant to Voice Access state:



The missing [FONT=Liberation Mono, monospace]ATs\voiceaccess[/FONT] registry entry was recreated manually, but this alone did not fix the problem — the language pack reinstall was the actual fix.

---

Tools Used in Diagnosis​

• Process Monitor (Sysinternals ProcMon) — used to identify which registry keys SystemSettings.exe reads/writes when toggling Voice Access
• PowerShell registry queries — used to inspect and compare registry state before/after toggle
• Everything (voidtools) — used to locate VoiceAccess.exe variants across WinSxS

---

Documented February 2026 — Windows 11 Pro Build 26200 (25H2)

Please Post This Fix Elsewhere​

If you found this helpful, please share it on your favorite communities where others are likely searching for solution to this problem:

• Reddit: r/Windows11, r/techsupport, r/WindowsHelp
• Microsoft Community: answers.microsoft.com (search "Voice Access toggle won't stay on")
• Ten Forums: tenforums.com
• SuperUser: superuser.com (Stack Exchange)

---

Suggested Post Title​

"SOLVED: Voice Access toggle won't stay on + Win+H broken — Fix is language pack reinstall + remove K-Lite TrayMenu from startup"

---