Skip to content

fix: elevate plugin discovery failures from debug to warning#28193

Closed
zccyman wants to merge 1 commit into
NousResearch:mainfrom
atyou2happy:fix/discover-plugins-log-warning-28137
Closed

fix: elevate plugin discovery failures from debug to warning#28193
zccyman wants to merge 1 commit into
NousResearch:mainfrom
atyou2happy:fix/discover-plugins-log-warning-28137

Conversation

@zccyman

@zccyman zccyman commented May 18, 2026

Copy link
Copy Markdown
Contributor

Problem

Plugin discovery exceptions in gateway startup (gateway/run.py) and CLI startup (hermes_cli/main.py) are caught and logged at DEBUG level, making them invisible at the default INFO log level. If any plugin import fails — syntax error, missing dependency, import cycle — operators get zero indication unless they bump the log level to DEBUG.

This means broken plugins appear enabled in config but silently do nothing. Diagnosing requires either HERMES_PLUGINS_DEBUG=1 (undocumented for most users) or editing config to raise log level.

Closes #28137

Fix

Change logger.debug(...)logger.warning(...) in both locations so plugin discovery failures are visible at production log levels.

Files Changed

  • gateway/run.pylogger.debuglogger.warning (1 line)
  • hermes_cli/main.pylogger.debuglogger.warning (1 line)

Testing

  • Pure log level change, no behavioral logic modified
  • No test changes needed — the catch/except path is unchanged, only the log severity level differs

Plugin discovery exceptions in gateway startup (gateway/run.py) and
CLI startup (hermes_cli/main.py) are caught and logged at DEBUG
level, making them invisible at the default INFO log level.

If any plugin import fails — syntax error, missing dependency, import
cycle — operators get zero indication unless they bump the log level
to DEBUG. This makes broken plugins appear enabled but silently
non-functional.

Change both locations to logger.warning() so failures are visible at
production log levels.

Closes NousResearch#28137

@outsourc-e outsourc-e left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reviewed locally in a clean worktree. This is the right severity change: plugin discovery failures at startup are operationally important and should be visible at default log levels. I did not find any behavioral or security regression in the touched path.

@alt-glitch alt-glitch added type/bug Something isn't working comp/gateway Gateway runner, session dispatch, delivery comp/cli CLI entry point, hermes_cli/, setup wizard comp/plugins Plugin system and bundled plugins P3 Low — cosmetic, nice to have labels May 18, 2026
@teknium1

Copy link
Copy Markdown
Contributor

Merged via PR #28318 (cherry-picked onto current main with your authorship preserved via rebase-merge — commit 4e9df52). Thanks for the contribution!

@teknium1 teknium1 closed this May 19, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

comp/cli CLI entry point, hermes_cli/, setup wizard comp/gateway Gateway runner, session dispatch, delivery comp/plugins Plugin system and bundled plugins P3 Low — cosmetic, nice to have type/bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Bug: discover_plugins() exceptions silently swallowed at DEBUG in gateway and CLI startup

4 participants