[yrslykvl]

Adds volume_pauses_filter, an off-by-default switch for firmware where any key-filtering accessibility service stops a held volume key from repeating. On those sets the remote buttons only work through the key helpers, so key_filter: false is not an option, and the helpers never see the volume keys, so consume_volume_keys cannot repeat them.

Tested on: Xiaomi TV S Mini LED 55 2025 (MiTV-MOEU0, ladybird), Google TV 14

On this set the window policy changes volume once per press while the helpers filter keys. The helpers never see the volume keys (checked with a debug build), so they cannot repeat volume themselves. key_filter: false brings the repeat back, but this remote's Netflix (289), Prime Video (290) and YouTube (296) buttons, Apps and the gear are global keys (dumpsys window policy) that never reach an app. Only the helpers can catch them. mitv.service starts Netflix and Prime by package, and its Google TV gear handler is empty.

With the switch on, VolumePause (built like GamepadPassthrough) registers, in each helper, a VOLUME_CHANGED_ACTION receiver. A volume change drops FLAG_REQUEST_FILTER_KEY_EVENTS for 4 s, then puts it back:

• the first press steps once;
• a press or hold within those 4 s repeats as usual;
• the buttons work again once the pause ends.

With the switch off, nothing new runs: no receiver is registered.

Verified on the TV:

• dumpsys accessibility shows the A11yInputFilter gone right after a volume key and back after 5 s;
• on the real remote, held volume is smooth after the first press, on Home and in YouTube;
• app_keys 289/290/296, Apps and the gear still work.

Screenshot: docs/switches/volume_pauses_filter.jpg, the volume bar mid-ramp on Home. No unit test: the logic is all AccessibilityService and broadcast calls, with nothing to test off the TV.

If this touches the launcher

• Verified on a real TV
• D-pad checked from every edge: not affected, key routing only
• No network, no background service, no new permission (a runtime receiver inside the existing helpers, only while the switch is on)
• No new strings
• Anything TV-specific is in config.xml or a theme, not in code

Checks:

• ./gradlew testReleaseUnitTest lintRelease assembleRelease: 0 lint errors;
• APK 587,793 B (+472 B over main), under the 589,824 B gate;
• python3 -m unittest discover -s tests: all pass, with docs/switches/volume_pauses_filter.jpg added.

Second commit: examples/xiaomi-mitv-moeu0/ gets a config.json (gear 176, YouTube on both 190 and 296, Live TV com.mitv.livetv, volume_pauses_filter on) and a header note. The remote of the 55" 2025 unit tested here sends YouTube as 296 (KEYCODE_VIDEO_APP_8), not the 190 the list noted, and Netflix/Prime Video as 289/290. Firmware V816.0.25.12.1 and V816.0.26.10.12.1.

🤖 Generated with Claude Code

[github-actions]

maintainer-bot review · this one needs a maintainer decision · Leans: merge (62%)

Thanks for the careful digging into why held volume stops repeating on the MOEU0, including checking which remote keys only the key helpers can catch. Because the switch is off by default and config-only, and you tested it on the TV itself, it looks ready to go into the core as it is.

Why it goes to a maintainer: changes the Home/launch path (HomeKeyService.java), which usually needs a run on a real TV (confidence 0.62 < 0.85).
The bot's own suggestion would be: merge.

Checks

• Note: possibly collides with Launcher: stock_home_redirect_delay_ms, to keep a launcherx screen opened over its home (#2779) #2954 (both PRs modify launcher/app/src/main/java/com/gathin/tvhome/Config.java line 184 and surrounding constructor/load logic, inserting fields in potentially…)
• Note: possibly collides with Launcher: back, home, recents and sleep on a vendor key Home answers go through a bound key helper #3599 (both PRs modify InputKeyService.java around line 34 (adding the volumePause field))
• Note: edits a list already on main: xiaomi-mitv-moeu0
• OK: no protected packages disabled
• OK: remote pairing and input left alone
• OK: everything it changes can be undone
• Launcher: 97 lines changed in launcher/ (tests not counted), new keys: volume_pauses_filter = false
• OK: no new permission, no network use
• Note: touches the Home/launch path: HomeKeyService.java
• Size: size/M (+122 -4, 13 files)

This is a suggestion; a maintainer makes the final call. A maintainer can comment /bot review to run it again.

_{Reviewed by maintainer-bot · runs on 0G Private Computer}