Repository navigation
docs(release): prepare the 0.2.1 changelog and upgrade guide - #877
Conversation
Unreleased becomes 0.2.1, with an upgrade summary on top, and Upgrading gains "From 0.2.0 to 0.2.1": a binary swap whose four possible actions are listing tracing proxies in server.trusted_proxies, choosing the container or go install on a non-Linux host, replacing an endpoint certificate that chains through an intermediate Go 1.26.10 distrusts, and filtering the SSE drop metric on reason="buffer_full". The SDK stays at 0.2.0: only its dev dependencies changed. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…Tel upgrade step Review follow-up. The importable settings model (#839) and the telemetry process identity (#820) were filed under 0.2.0 after it was cut; they ship in 0.2.1, so the 0.2.0 section is again what v0.2.0 tagged. The upgrade guide gains the step #820 needs (OTEL_SERVICE_NAME and OTEL_RESOURCE_ATTRIBUTES now apply; service.instance.id is fresh per boot unless instance_id is set), the proxy step covers client.address as well as traceparent, the /health and /ready aliases are "still served in 0.2.1", and the settings page says pkg/ is public from v0.2.1. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
… step Review follow-up. 0.2.0 merged OTEL_RESOURCE_ATTRIBUTES too and pinned only service.name to wavehouse; what changes in 0.2.1 is that service.name from the environment wins and service.instance.id is new, so the upgrade step, the summary and #820's entry say that. A sixth step covers #850: OTLP log export now honors WH_LOG_LEVEL, so a log backend stops receiving DEBUG records at the default level. The CA is no longer named, since no cited source names it, and the page points at Go's distrustedSPKIHashes instead; moving to a pk+sk dedupe table rules out rolling back to 0.2.0. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…rtificate Review follow-up. A listed proxy's X-Forwarded-For and traceparent are believed, so the proxy step says to have it append to the former and drop the client's trace headers, or the trace injection #855 closed comes back. The certificate step names the error a distrusted chain gives and the openssl commands that compute the SPKI hash Go checks. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…s gain Review follow-up. openssl s_client cannot read a NATS listener without handshake_first, so the certificate check says to hash its cert_file instead; rolling back to 0.2.0 needs the four new boot keys and variables removed first, since 0.2.0 refuses unknown ones; and the logs step says records now carry client.address and that every SSE stream logs its opening and closing at INFO. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
… details Review follow-up. openssl x509 reads only a file's first certificate, the endpoint's own, so the check now splits the chain and hashes each certificate (tested against a public endpoint: three files, three hashes). The proxy key is set in the same change that deploys 0.2.1, a slow SSE consumer's lines are WARN, and on the Go 1.27 line only 1.27.3 or later carries the certificate fix. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
The openssl recipe was more than a patch note needs; the step keeps the error a distrusted chain gives and the link to Go's list. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
📚 Docs preview✅ Live: https://pr-877-wavehouse-docs.wave-rf.workers.dev (follows this PR)
|
Summary
Prepares the 0.2.1 server release, following 0.2.0's pattern (#821): the tag goes on this PR's merge commit.
CHANGELOG.md:Unreleasedbecomes## [0.2.1] - 2026-10-21, opening with a short upgrade summary, and a fresh emptyUnreleasedgoes above it. The footer gains the[0.2.1]link.[0.2.0]after it was cut now sit in[0.2.1], so the[0.2.0]section again matches whatv0.2.0tagged. feat(observability): identify the process in telemetry #820's entry also no longer says 0.2.0 ignoredOTEL_RESOURCE_ATTRIBUTES: onlyservice.namewas pinned.docs/src/content/docs/upgrading.md: a new "From 0.2.0 to 0.2.1" section. It is a binary swap with six possible actions:X-Forwarded-Forortraceparentinserver.trusted_proxies, which now decides both the span'sclient.addressand whether a trace is joined;go installon a non-Linux host, since the release ships Linux binaries only;wavehouse_sse_dropped_frames_totalonreason="buffer_full"to keep its old meaning;service.namefrom the environment now overrideswavehouse, andservice.instance.idis fresh every boot unlessinstance_idis set;WH_LOG_LEVEL, request-scoped records carry the client's IP asclient.address, and every SSE stream logs its opening and closing.The section also has a note on the new DynamoDB dedupe layout, which needs no action for existing tables, a rollback note (0.2.0 refuses the four new boot keys and variables), and a Versions list (ClickHouse 26.6, external NATS 2.14+ with 2.15 recommended, Go 1.26.10).
Smaller fixes: the
/healthand/readyaliases now read "still served in 0.2.1", and the settings page says thepkg/packages are public from v0.2.1.The SDK is not part of this release. Since
clients/ts/v0.2.0, only its dev dependencies changed, so@wavehouse/sdkstays at 0.2.0, and the page says so.Test plan
make verifyandmake civ0.2.0), with every finding fixed. The last commit only shortens the certificate step, and it was not reviewed again, at the maintainer's request. Anything further goes to a follow-up PR.Related Issues
Release prep; no issue.
🤖 Generated with Claude Code