Skip to content

docs(dev-docs): Bump dataCollection spec to candidate#18017

Open
chargome wants to merge 1 commit into
masterfrom
cg/datacollection-specs-candidate
Open

docs(dev-docs): Bump dataCollection spec to candidate#18017
chargome wants to merge 1 commit into
masterfrom
cg/datacollection-specs-candidate

Conversation

@chargome
Copy link
Copy Markdown
Member

@chargome chargome commented Jun 3, 2026

As we're about to finsh the implementation in JS, this spec should be moved to candidate.

closes getsentry/sentry-javascript#20940

@chargome chargome self-assigned this Jun 3, 2026
@vercel
Copy link
Copy Markdown

vercel Bot commented Jun 3, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
develop-docs Ready Ready Preview, Comment Jun 5, 2026 3:15pm
1 Skipped Deployment
Project Deployment Actions Updated (UTC)
sentry-docs Ignored Ignored Preview Jun 5, 2026 3:15pm

Request Review

@chargome chargome force-pushed the cg/datacollection-specs-candidate branch from c05fb1f to 73c69e2 Compare June 5, 2026 15:08
@chargome chargome marked this pull request as ready for review June 5, 2026 15:08
@chargome chargome enabled auto-merge (squash) June 5, 2026 15:09
Comment on lines +518 to +525
| `userInfo` | Boolean | `true` | 1.0.0 | Automatically populate `user.*` fields (`user.id`, `user.email`, `user.username`, `user.ip_address`) from auto-instrumentation (e.g., inferring `user.ip_address` from an incoming HTTP request, or deriving user identity from framework session/auth context). Does **not** gate data explicitly set via `Sentry.setUser()`, which is always attached (see [User-Set Data and Scrubbing](#user-set-data-scrubbing)). Does not affect any other data category. |
| `cookies` | Key-value collection | `{ mode: "denyList" }` | 1.0.0 | Collect cookies. All key names are always included; the SDK scrubs values for keys matching the sensitive denylist or custom allow/deny terms. |
| `httpHeaders` | `{ request?, response? }` | Both `{ mode: "denyList" }` | 1.0.0 | Collect HTTP headers. Configure request and response independently using key-value collection modes. All key names are always included. |
| `httpBodies` | `string[]` (body types) | all valid body types | 1.0.0 | List of body types to collect. Omitted = all body types valid for the platform; empty array (`[]`) = off. Valid values: `"incomingRequest"`, `"outgoingRequest"`, `"incomingResponse"`, `"outgoingResponse"`. |
| `queryParams` | Key-value collection | `{ mode: "denyList" }` | 1.0.0 | Collect URL query parameters. All key names are always included; the SDK scrubs values for keys matching the sensitive denylist or custom allow/deny terms. |
| `genAI` | `{ inputs?, outputs? }` | Both `true` | 1.0.0 | For `inputs`: Include the content of generative AI inputs (e.g. prompt text, tool call arguments). <br /><br /> For `outputs`: Include the content of generative AI outputs (e.g. completion text, tool call results). Metadata such as model name and token counts is always collected regardless of these settings. |
| `stackFrameVariables` | Boolean | `true` | 1.0.0 | Include local variable values captured within stack frames. |
| `frameContextLines` | Integer (`Boolean` fallback) | `5` (`true`) | 1.0.0 | Number of source code lines to include above and below each stack frame. <br/> **`Boolean` fallback:** Not all platforms support integer configuration values. SDKs **MAY** accept a boolean, where `true` is equivalent to the platform default (typically `5`) and `false` is equivalent to `0` (no context lines). SDKs **SHOULD** prefer accepting an integer when their platform supports it. |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bug: The since version for several data collection options is incorrectly set to 1.0.0. It should reflect their original introduction version, 0.1.0, to maintain accurate historical context.
Severity: LOW

Suggested Fix

Revert the since values for the affected options to their original introduction versions as documented in the changelog (e.g., 0.1.0). Restore any removed historical context from the descriptions, such as the note about the userInfo default changing in 0.2.0.

Prompt for AI Agent
Review the code at the location below. A potential bug has been identified by an AI
agent. Verify if this is a real issue. If it is, propose a fix; if not, explain why it's
not valid.

Location: develop-docs/sdk/foundations/client/data-collection/index.mdx#L518-L525

Potential issue: The `since` field for several data collection options, including
`userInfo`, `cookies`, and `httpHeaders`, has been updated to `1.0.0`. However, the
changelog confirms these options were introduced in version `0.1.0`. The established
convention in other specifications is that the `since` field denotes the version in
which a feature first appeared. This change misrepresents the history of these options,
which can mislead SDK implementors and affect compatibility decisions. Additionally,
historical context, such as the `userInfo` default changing in version `0.2.0`, has been
removed, further erasing the spec's evolution.

Also affects:

  • develop-docs/sdk/foundations/client/data-collection/index.mdx:44~44
  • develop-docs/sdk/foundations/client/data-collection/index.mdx:89~89
  • develop-docs/sdk/foundations/client/data-collection/index.mdx:99~99
  • develop-docs/sdk/foundations/client/data-collection/index.mdx:111~111
  • develop-docs/sdk/foundations/client/data-collection/index.mdx:202~202
  • develop-docs/sdk/foundations/client/data-collection/index.mdx:220~220
  • develop-docs/sdk/foundations/client/data-collection/index.mdx:248~248
  • develop-docs/sdk/foundations/client/data-collection/index.mdx:484~484

Did we get this right? 👍 / 👎 to inform future reviews.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

sdk-develop-docs PRs touching develop-docs/sdk

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Update dev-docs (specs)

1 participant