You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
> **Run `modules.add-all-replace` after `tidy`, not before.**`collector.generate` rewrites
89
+
> `comp/otelcol/collector-contrib/impl/go.mod` with short-form replace paths
90
+
> (`=> ../../../logs-library`) where the repo standard is the canonical form
91
+
> (`=> ../../../../comp/logs-library`). Running `add-all-replace` before `tidy` leaves the short
92
+
> form in place and `check_modules_replace` fails in CI. Verify it converged by re-running it and
93
+
> confirming no `go.mod` changes.
94
+
95
+
> **`read_old_version` trusts the OCB manifest, which can be stale.**`collector.update`
96
+
> search-replaces the version recorded in `comp/otelcol/collector-contrib/impl/manifest.yaml`.
97
+
> If someone bumped the Go deps directly without running `collector.update` (as #53984 did), the
98
+
> manifest lags and every file referencing the *actual* previous version is silently skipped.
99
+
> Always compare the manifest version against a real dependency before trusting the bump:
100
+
> `grep 'otelcol v' go.mod`.
101
+
88
102
If a **specific version** was requested, skip `inv collector.update` and do a repo-wide search-and-replace of the old version string (find it in `tasks/collector.py` — the `OCB_VERSION` / `OTEL_CONTRIB_VERSION` constants). Then run the remaining commands above.
89
103
90
104
After the commands finish, scan for any files the task missed:
@@ -106,9 +120,11 @@ This is the **most common failure**. The DD flare extension tests compare OTel r
106
120
Run the test locally to get the actual diff:
107
121
108
122
```bash
109
-
dda inv test --targets=./comp/otelcol/ddflareextension/impl/... --build-include=otlp -- -run TestGetConfDump
123
+
dda inv test --targets=./comp/otelcol/ddflareextension/impl/... --build-include=test,otlp -- -run TestGetConfDump
110
124
```
111
125
126
+
> **The `test` tag is required.**`--build-include`*replaces* the default build-tag set rather than adding to it. With only `otlp`, the files gated behind `//go:build test` (`configstore_test.go`, `extension_test.go`, `factory_test.go`) never compile, so `-run TestGetConfDump` matches nothing — the run still reports "ALL TESTS PASSED" from the handful of untagged tests. Confirm the test really ran by checking `test_output.json` for `"Test":"TestGetConfDump"`.
127
+
112
128
The failure output shows exactly which lines differ. Apply the diffs to the golden files in:
113
129
-`comp/otelcol/ddflareextension/impl/testdata/` (unit test golden files)
114
130
-`test/new-e2e/tests/otel/otel-agent/testdata/` (E2E test golden files — apply the **same changes**)
@@ -169,9 +185,40 @@ Then run `dda inv tidy` again. Use this only when upgrading the Agent code is no
169
185
170
186
```bash
171
187
dda inv linter.go --targets=./comp/otelcol/... # lint the changed OTel components
172
-
dda inv test --targets=./comp/otelcol/ddflareextension/impl/... --build-include=otlp # confirm tests pass
188
+
dda inv test --targets=./comp/otelcol/ddflareextension/impl/... --build-include=test,otlp # confirm tests pass
189
+
```
190
+
191
+
> **`--targets=./comp/otelcol/...` only covers the root module.** Several OTel packages are
192
+
> *separate Go modules* and are invisible to that invocation — it will report "0 issues" while
193
+
> they are silently unlinted. An upstream API change typically breaks exactly these. Lint each one
common:ci --remote_download_regex=.*/test\.xml$ # force-download test.xml even under --remote_download_outputs=toplevel, so junit collection can read it locally
bazel test --keep_going --config=no-dd-agent-go-tests
77
-
//... --
80
+
bazel test --config=gorace --config=no-dd-agent-go-tests --keep_going //... --
78
81
-//bazel/rules/dd_packaging/...
79
82
-//packages/agent/linux/...
80
83
81
-
# Per-flavor test jobs. Each runs the tests for one agent flavor, mirroring the
82
-
# dda inv test --flavor=<f> topology. --config=<flavor> sets
83
-
# --test_tag_filters=flavor_<flavor>, selecting only the matching go_test variants.
84
-
.bazel:test:flavor:
85
-
extends: [ .bazel:test, .bazel:test:reporting ]
86
-
script:
87
-
- DD_API_KEY=$($CI_PROJECT_DIR/tools/ci/fetch_secret.sh $AGENT_API_KEY_ORG2 token) || echo 'Failed to fetch an API key, no metrics will be emitted'; export DD_API_KEY
Copy file name to clipboardExpand all lines: CHANGELOG.rst
+33Lines changed: 33 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -592,6 +592,39 @@ Other Notes
592
592
- Update ``libgcrypt`` to 1.12.2.
593
593
594
594
595
+
.. _Release Notes_7.81.3:
596
+
597
+
7.81.3
598
+
======
599
+
600
+
.. _Release Notes_7.81.3_Prelude:
601
+
602
+
Prelude
603
+
-------
604
+
605
+
Released on: 2026-07-30
606
+
607
+
- Please refer to the `7.81.3 tag on integrations-core <https://github.com/DataDog/integrations-core/blob/master/AGENT_CHANGELOG.md#datadog-agent-version-7813>`_ for the list of changes on the Core Checks
608
+
609
+
610
+
.. _Release Notes_7.81.3_Bug Fixes:
611
+
612
+
Bug Fixes
613
+
---------
614
+
615
+
- Windows: Fixed an issue where the ``DDAGENTUSER_KEEP_RIGHTS`` opt-out was
616
+
not preserved when the Agent was upgraded through Fleet Automation.
617
+
Fleet-triggered upgrades uninstall and reinstall the Agent MSI as two
618
+
separate steps, which cleared the stored opt-out before the reinstall
619
+
could read it back, causing the ``SeDeny*LogonRight`` assignments on the
620
+
Agent service account to be reapplied even when the customer had
621
+
previously opted out with ``DDAGENTUSER_KEEP_RIGHTS=1``. In-place MSI
622
+
upgrades were not affected.
623
+
624
+
- Fixed an issue where Remote Configuration would sometimes attempt to
625
+
process client requests that had already timed out.
0 commit comments