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
"body": "Config value for pool {default} is missing",
197
+
"resource": {
198
+
"k8s.pod.name": "otel-agent"
199
199
}
200
200
}
201
201
```
@@ -204,4 +204,39 @@ Configuration:
204
204
</tr>
205
205
</table>
206
206
207
-
The line is not dropped or errored on - the raw trailing text is preserved as-is in `body`, and the attribute above signals that the loss is visible rather than silent. This is the only case where malformed input does not follow the operator's normal [on_error](../types/on_error.md) behavior; any other unparseable line (e.g. invalid full-line JSON in `json` mode, or a line that doesn't match the `console` shape at all) still triggers `on_error` as usual.
207
+
A `{` appearing in the message itself (not as the start of real trailing JSON) does not get mistaken for structured fields, and the real trailing `resource` object further along the line is still found and promoted correctly.
208
+
209
+
#### Trailing text that looks like JSON but isn't valid
210
+
211
+
Configuration:
212
+
```yaml
213
+
- type: otelcol
214
+
```
215
+
216
+
<table>
217
+
<tr><td> Input body </td> <td> Output entry</td></tr>
The line is not dropped or errored on: the message itself is still valid content, and only the optional trailing metadata failed to parse, so the raw remaining text is kept as-is in `body` rather than discarded. This is the one case where unparseable input does not raise `on_error` - any other failure (e.g. invalid full-line JSON in `json` mode, or a line that doesn't match the `console` shape at all) still triggers `on_error` as usual.
0 commit comments