logixlysia@6.10.2
Patch Changes
-
31c0e89: The adapter docs now say what
flushIntervalMs,maxBatchSizeand the OTLP adapter’sheadersactually do: a batch that is due while a request is in flight goes out as soon as that request returns, and the OTLP headers come fromOTEL_EXPORTER_OTLP_LOGS_HEADERS, or fromOTEL_EXPORTER_OTLP_HEADERSonly when the first is unset. Internally, the adapters share one URL parser and no longer need comment-onlycatchblocks. No behavior change. -
d0d8fdf:
withRedaction’s documentation now says which values it leaves alone: only strings inside plain objects, arrays and errors are redacted, down tomaxDepthlevels, and any other object, such as aDate, aMapor a class instance, is delivered as it is. No behavior change. -
3fdd9df: Internal cleanup in the plugin core: comments that restated the code are gone, one helper now applies the level filter on every log path, and
requestId.headeris validated through the same normalisation the middleware applies. No behavior or API change. -
ef11dca:
HttpError’s documentation now ships in the type declarations, so editors show it on hover. It had been attached to an internal constant instead of the class.logixlysia/otelno longer exports__resetForTesting. It reset an internal cache for the package’s own tests, was marked@internal, and was never documented. -
7a73191: Response-phase enrichers now see the headers the client actually got. When a handler returns a
Responseand also sets the same header inset.headers, Elysia sends theResponse’s value, but enrichers were handed theset.headersone, sosizeEnrichercould log aresponseBytesthe client never saw. TheResponse’s header now wins, andset.headersstill fills in any header theResponsedoes not carry. -
09260a6: Internal cleanup in the redaction, file output and sampling modules: comments that restated the code are gone, and the ones that stay now match it (the file sink never promised an fsync, and the control-character check never matched tab or LF). No behavior change.