fix: redact auto-answer caller logs - #251
Conversation
|
Release review: needs-fix (preferred canonical fix for this log path). |
|
Release review: needs-fix (privacy blocker), so this is not ready to land.
Please use a fail-closed caller-log representation (or a sanitizer that also masks nonnumeric values), then add a parser/session-reachable nonnumeric caller-ID caplog regression. Rebase, run the full required suite, and request a fresh privacy review. |
|
Release-lane classification: needs fix/revalidation before merge. This draft was not independently reviewed or integration-tested in this pass and its GitHub mergeability is stale/unknown after current-main advances. Please rebase or otherwise validate it against current |
|
Release classification: needs-fix for this release pass. The draft has not received a current exact-head review and prescribed local integration gate over the advancing |
|
Release review: needs-fix. The auto-answer log uses |
Summary
run_server()'s auto-answer greeting INFO log via the existingredact_phone_number()helper.Closes #61 (one narrowly scoped log path).
Verification
PYTHONPATH=. uv run --no-project --with pytest --with pytest-asyncio --with pytest-aiohttp --with pyserial-asyncio --with aiosqlite pytest tests/test_server_call_logging.py::test_incoming_call_log_masks_raw_caller_id -q— passedgit diff --check— passedPYTHONPATH=. uv run --no-project --with pytest --with pytest-asyncio --with pytest-aiohttp --with pyserial-asyncio --with aiosqlite pytest tests/ -q— 992 passedRisk
Low: changes only the rendered INFO-log value in the server auto-answer handler; call playback and hangup flow are covered by the fake-session regression.