0.3.1 - #24
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Documentation-only release. The published code is byte-identical to 0.3.0 — no behaviour, API or dependency changes. If you are on 0.3.0 there is nothing to gain by upgrading beyond correct docs on the npm page.
Why this exists
0.3.0's npm tarball shipped with a README that predated the final round of changes. The code was correct; the docs were behind. This release republishes the same code with the corrected README.
What the README now says that it didn't
engines.nodemoved from>=16.0.0to>=20.0.0in 0.3.0, but the README's platform section covered browsers only — a conspicuous gap now that the package ships a/serverentry point. Installation now states the requirement, and is explicit that CI exercises Node 22/24/26 so nothing below 22 is actually verified.CaptureReport,UtmRejection,UtmRejectionReason, the sanitizer and PII-filter report types, and both server types. It reads as an inventory of exports, so an incomplete one misleads.captureUtmParametersWithReportin the API Reference. It had a prose section but no signature entry where readers look for one. Added, along withonMaxLength,valuePatternandlowercaseValuesin thecaptureUtmParametersoptions example — those were documented further down but missing from the first example anyone reads.Test Plan
npm test— 635 passingnpm run type-check/lint/format:check— cleannpm run build— succeedsgit diff v0.3.0..v0.3.1 -- src/ package.jsonis empty apart from the version field