Skip to content

fix(logging): cap the external aioice per-packet loggers too; 0.11.10#123

Merged
cbrightly merged 1 commit into
mainfrom
fix/cap-aioice-log-flood-0.11.10
Jul 13, 2026
Merged

fix(logging): cap the external aioice per-packet loggers too; 0.11.10#123
cbrightly merged 1 commit into
mainfrom
fix/cap-aioice-log-flood-0.11.10

Conversation

@cbrightly

Copy link
Copy Markdown
Owner

The 0.11.7 log-flood cap only covered the vendored aiortc RTP receiver/sender loggers. The external aioice package (a real dependency, not vendored) logs every STUN/TURN packet at DEBUG on its own aioice.ice / aioice.turn loggers, so enabling DEBUG on the parent aidot logger still unleashed a per-packet firehose from aioice.

This extends the NOTSET-guarded cap in aidot/__init__.py to include aioice.ice and aioice.turn, so DEBUG on aidot stays diagnostically useful (DTLS, SCTP/DCEP, ICE state still flow) without the packet flood that can starve the recorder on a microSD host. An explicit user-set level still wins.

Tests updated: tests/test_logging_caps.py now asserts all four loggers are capped and that aidot DEBUG does not re-enable per-packet DEBUG.

0.11.7 capped the vendored aiortc RTP receiver/sender loggers, but aioice (the
ICE/STUN library - a real dependency, not vendored) logs every STUN/TURN packet
at DEBUG, so an active WebRTC connection still flooded the log when aidot DEBUG
was enabled (on a microSD HA host this log I/O can starve the recorder). Cap
aioice.ice and aioice.turn at INFO in the package init, same NOTSET-guarded
pattern; useful ICE connection-state DEBUG still flows.
@cbrightly cbrightly merged commit b6ba520 into main Jul 13, 2026
8 checks passed
@cbrightly cbrightly deleted the fix/cap-aioice-log-flood-0.11.10 branch July 13, 2026 02:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant