Skip to content

meta(changelog): Update changelog for 9.29.0 #16563

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 14 commits into from
Jun 12, 2025
Merged

Conversation

Lms24
Copy link
Member

@Lms24 Lms24 commented Jun 12, 2025

No description provided.

Lms24 and others added 10 commits June 11, 2025 09:03
turns out repo-wide auto formatting (`yarn fix:prettier` in the root)
changed some files here causing unrelated changes in other PRs. Also I
added lint and fix commands to this package.
This deprecates the `ignoreEmberOnErrorWarning` option, as it is no
longer used. Previously, we logged a warnining if we detected that this
was used. But the option is now deprecated/will be removed, and since
there is no real logic attached to this we can simply remove this (as
well as the usage of the global `Ember` namespace) to avoid
deprecations.

Closes #16504

---------

Co-authored-by: Lukas Stracke <[email protected]>
[Gitflow] Merge master into develop
This changes the behavior of `suppressTracing` to be less problematic
(or, problematic in a different way).

Today, because in the browser we do not have async context isolation,
there is only a single shared top scope. Because of this, if you have
code like this:

```js
const spanPromise = suppressTracing(async () => {
  await new Promise(resolve => setTimeout(resolve, 100));
  return startInactiveSpan({ name: 'span' });
});

const span = startInactiveSpan({ name: 'span2' });
```

The span2 will also be suppressed, because `suppressTracing` forks the
scope and sets data on it to ensure spans are not recorded. This is
problematic as that will result in completely unrelated spans, e.g.
pageload/navigation spans, being suppressed while e.g. an ongoing fetch
call that is suppressed happens.

This PR changes this to instead only suppress tracing synchronously in
the browser. This obviously is also not really ideal and can lead to
things _not_ being suppressed, but it feels like the better tradeoff for
now.
By default, the instrumentation will register span processors only when
the ai package is used. This is done to avoid overhead of span
processing for users that do not even use this package.

However, it seems that in some environments, esp. in Next.js, the
instrumentation is not added correctly, thus never running this, and not
converting spans correctly. For now, this PR adds an escape hatch to
manually opt-in to this to still get correct spans:

```js
vercelAiIntegration({ force: true })
```
…16553)

ref
https://linear.app/getsentry/issue/FE-503/investigate-nested-middleware-spans-in-webfx-koa-application

The Koa integration in `@sentry/node` was updated to expose the
`ignoreLayersType` option from `@opentelemetry/instrumentation-koa`,
aligning its configuration with the GraphQL integration.

https://www.npmjs.com/package/@opentelemetry/instrumentation-koa

<span><div class="markdown-heading"><h3 class="heading-element">Koa
Instrumentation Options</h3><a
id="user-content-koa-instrumentation-options" class="anchor"
aria-label="Permalink: Koa Instrumentation Options"
href="https://www.npmjs.com/package/@opentelemetry/instrumentation-koa#koa-instrumentation-options"></a></div></span><span>
Options | Type | Example | Description
-- | -- | -- | --
ignoreLayersType | KoaLayerType[] | ['middleware'] | Ignore layers of
specified type.
requestHook | KoaRequestCustomAttributeFunction | (span, info) => {} |
Function for adding custom attributes to Koa middleware layers. Receives
params: Span, KoaRequestInfo.

<p><code>ignoreLayersType</code> accepts an array of
<code>KoaLayerType</code> which can take the following string
values:</p>
<ul>
<li>
<code>router</code>,</li>
<li>
<code>middleware</code>.</li>
</ul></span>

---------

Co-authored-by: Cursor Agent <[email protected]>
…16558)

A new "Debugging Tests" section was added to
`dev-packages/node-integration-tests/README.md`.

This section documents the `DEBUG` environment variable, which enables
verbose logging for the integration test suite.

When `DEBUG=1` is set (e.g., `DEBUG=1 yarn test`), the test runner
provides detailed output, including:
*   Test scenario startup information (path, flags, DSN).
*   Docker Compose output when tests use `withDockerCompose`.
*   Child process stdout and stderr.
*   HTTP requests made during tests.
*   Process errors and exceptions.
*   Line-by-line output from test scenarios.

This addition improves discoverability and understanding of the
debugging capabilities, aiding in troubleshooting failing tests and
analyzing test execution flow.

---------

Co-authored-by: Cursor Agent <[email protected]>
Bump vendored `web-vitals` library. 
Important changes from the original library:

- For now until the next SDK major, we'll keep reporting FID.
`web-vitals` removed the already deprecated APIs for it in v5 but we
simply keep them from v4
- `web-vitals` further removed compatibility for older iOS Safari
versions. Unfortunately, [we still support Safari 14.4

](https://docs.sentry.io/platforms/javascript/troubleshooting/supported-browsers/)
which is the last version that doesn't yet fully support the
`visibilitychange` event. This requires us to keep the `onHidden` helper
around which also listens to `pagehide` events that this Safari version
supports. I adjusted our integration tests to keep one around that fails
if we remove this special handling in a future upgrade (also added some
context for future us).

I will follow up with at least one more PR to do some more refactorings
but I decided to keep them minimal in this PR to get better diffs for
reviewing:

- rename the `get*` files to `on*`, since this is how they're named now
in the official library

closes #16310
This PR fixes a bug discovered in
#16486 (comment)
where the root component span would not end correctly if
`trackComponents` was `false`.

Also added a comment to explain the purpose of the root component
`ui.vue.render` span. We might want to look into renaming or removing
this span in the future but for now, let's fix the behaviour.
Copy link
Contributor

github-actions bot commented Jun 12, 2025

size-limit report 📦

Path Size % Change Change
@sentry/browser 23.99 kB added added
@sentry/browser - with treeshaking flags 23.76 kB added added
@sentry/browser (incl. Tracing) 38.69 kB added added
@sentry/browser (incl. Tracing, Replay) 76.78 kB added added
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags 69.87 kB added added
@sentry/browser (incl. Tracing, Replay with Canvas) 81.54 kB added added
@sentry/browser (incl. Tracing, Replay, Feedback) 93.6 kB added added
@sentry/browser (incl. Feedback) 40.73 kB added added
@sentry/browser (incl. sendFeedback) 28.7 kB added added
@sentry/browser (incl. FeedbackAsync) 33.59 kB added added
@sentry/react 25.76 kB added added
@sentry/react (incl. Tracing) 40.67 kB added added
@sentry/vue 28.36 kB added added
@sentry/vue (incl. Tracing) 40.55 kB added added
@sentry/svelte 24.01 kB added added
CDN Bundle 25.48 kB added added
CDN Bundle (incl. Tracing) 38.77 kB added added
CDN Bundle (incl. Tracing, Replay) 74.64 kB added added
CDN Bundle (incl. Tracing, Replay, Feedback) 80.1 kB added added
CDN Bundle - uncompressed 74.48 kB added added
CDN Bundle (incl. Tracing) - uncompressed 114.89 kB added added
CDN Bundle (incl. Tracing, Replay) - uncompressed 228.86 kB added added
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed 241.69 kB added added
@sentry/nextjs (client) 42.33 kB added added
@sentry/sveltekit (client) 39.17 kB added added
@sentry/node 150.48 kB added added
@sentry/node - without tracing 98.35 kB added added
@sentry/aws-serverless 124.11 kB added added

mydea and others added 4 commits June 12, 2025 16:09
1. Pins `minimatch` in nestjs-11 E2E test app -See nestjs/nest#15273. We can drop this when we bump node to 20.19.0, but for now this should be fine.
2. Pin trpc for nextjs-t3 E2E test app to 11.3.0 - See trpc/trpc#6821
@Lms24 Lms24 force-pushed the prepare-release/9.29.0 branch from 0803e66 to 6882abf Compare June 12, 2025 15:01
@Lms24 Lms24 merged commit 3bb5ac8 into master Jun 12, 2025
314 of 317 checks passed
@Lms24 Lms24 deleted the prepare-release/9.29.0 branch June 12, 2025 15:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants