fix(appsec): silence spurious errors when DD_REMOTE_CONFIGURATION_ENABLED=false#4612
Conversation
|
✅ Tests 🎉 All green!❄️ No new flaky tests detected 🎯 Code Coverage (details) 🔗 Commit SHA: f8543ea | Docs | Datadog PR Page | Was this helpful? React with 👍/👎 or give us feedback! |
BenchmarksBenchmark execution time: 2026-03-27 17:37:49 Comparing candidate commit f8543ea in PR branch Found 0 performance improvements and 0 performance regressions! Performance is the same for 215 metrics, 9 unstable metrics.
|
|
@codex review |
|
Codex Review: Didn't find any major issues. Keep them coming! ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍. Codex can also answer questions or update the PR. Try commenting "@codex address that feedback". |
What does this PR do?
When
DD_REMOTE_CONFIGURATION_ENABLED=false, the RC client is never started, so any subsequentSubscribe()calls return ErrClientNotStarted. Two noisy log messages were emitted as a result:ERROR in appsec: AppSec in RCStandby mode (
DD_APPSEC_ENABLEDunset) calledenableRemoteActivation(), which failed with ErrClientNotStarted. This was treated as an unexpected error and logged with the alarming "No security activities will be collected" message, even though AppSec was never requested by the user.WARN in tracer:
startRemoteConfig()calledSubscribe()afterStart()silently no-op'd, producing a confusing "startup error" warning.Both are expected when RC is deliberately disabled. Check for
ErrClientNotStartedand log at debug level instead.Motivation
Closes #4404
Reviewer's Checklist
make lintlocally.make testlocally.make generatelocally.make fix-moduleslocally.Unsure? Have a question? Request a review!