Skip to content

fix(slack): silence WARNING+404 for unhandled Bolt events - #6580

Closed
ygd58 wants to merge 3 commits into
NousResearch:mainfrom
ygd58:fix/slack-unhandled-event-warnings
Closed

fix(slack): silence WARNING+404 for unhandled Bolt events#6580
ygd58 wants to merge 3 commits into
NousResearch:mainfrom
ygd58:fix/slack-unhandled-event-warnings

Conversation

@ygd58

@ygd58 ygd58 commented Apr 9, 2026

Copy link
Copy Markdown
Contributor

Summary

Fixes #6572

Root Cause

gateway/platforms/slack.py only registers handlers for message and app_mention. Any other event the Slack app is subscribed to (e.g. reaction_added) falls through to slack_bolt's default unhandled-request handler, which emits WARNING + 404 for every such event — roughly 1:1 with real traffic.

Fix

Register a catch-all no-op handler with re.compile(r".*") after the existing handlers. Unhandled events are silently acknowledged and logged at DEBUG level instead of triggering the bolt WARNING.

Changes

  • gateway/platforms/slack.py: add catch-all _ignore_unhandled_event handler

ygd58 added 3 commits April 9, 2026 15:08
YAML 1.1 parses bare 'off' as boolean False, not the string 'off'.
StreamingConfig.from_dict() now normalizes bool → string so that
transport: off and transport: false both correctly disable streaming.

Also guard the run.py check against boolean False as a safety net.

Fixes NousResearch#6558
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

comp/gateway Gateway runner, session dispatch, delivery P2 Medium — degraded but workaround exists platform/slack Slack app adapter type/bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Bug]: Slack adapter emits slack_bolt 'Unhandled request' WARNINGs for reaction_added (and other unsubscribed events)

2 participants