meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

meta(changelog): Update changelog for 9.0.0-alpha.2 - #15323

Merged
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2
Feb 6, 2025
Merged

meta(changelog): Update changelog for 9.0.0-alpha.2#15323
lforst merged 25 commits into
masterfrom
prepare-release/9.0.0-alpha.2

Conversation

@lforst

Copy link
Copy Markdown
Contributor

No description provided.

maxmaxmeand others added 25 commits February 3, 2025 14:32
…ions` (#15246)
This pull request includes changes to enhance the configuration options
for managing Sentry source maps in a Nuxt.js project. The most important
changes include adding new options to suppress logs, handle errors
during release creation, and manage Sentry releases.
Enhancements to Sentry source maps configuration:
*
[`packages/nuxt/src/common/types.ts`](diffhunk://#diff-199725da81bbdbb2e85f3dfe2b1a2bf453b4c9755059e5050815d7fcde2f59a5R11-R41):
Added `silent`, `errorHandler`, and `release` options to the
`SourceMapsOptions` type to provide more control over logging, error
handling, and release management.
*
[`packages/nuxt/src/vite/sourceMaps.ts`](diffhunk://#diff-d511a0577f152ed6476e519722483c904cd2878586fdcd27f71c5587036bee37R96-R98):
Updated the `getPluginOptions` function to include the new `silent`,
`errorHandler`, and `release` options, allowing them to be used during
the source maps upload process.
Before submitting a pull request, please take a look at our
[Contributing](https://github.com/getsentry/sentry-javascript/blob/master/CONTRIBUTING.md)
guidelines and verify:
- [x] If you've added code that should be tested, please add tests.
- [x] Ensure your code lints and the test suite passes (`yarn lint`) &
(`yarn test`).
---------
Co-authored-by: Sigrid Huemer <32902192+s1gr1d@users.noreply.github.com>
[Gitflow] Merge master into develop
This PR adds the external contributor to the CHANGELOG.md file, so that
they are credited for their contribution. See #15246
---------
Co-authored-by: s1gr1d <32902192+s1gr1d@users.noreply.github.com>
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This streamlines this a bit and should be good enough here.
- Related to #15008
Export helpers to avoid duplications in sentry/react-native.
- RN PR getsentry/sentry-react-native#4466
Due to a change in the lifecycle of Svelte
components in Svelte 5 (using Rune mode), our SDK can no longer leverage
the `(before|after)Update` hooks to track component update spans.
For v9, this patch therefore disables update tracking by default.
Removes a no longer necessary fallback check that we only needed in
SvelteKit 1.26.0 or older. For Kit 2.x, we can rely on the
`event.isSubRequest` flag to identify sub vs. actual requests in our
request handler.
fixes#15244
- adds a toolbar for cropping and annotations
- changes from inline styles to multiple class names in BEM format
With annotation option:
![Screenshot 2025-02-03 at 3 51
04 PM](https://github.com/user-attachments/assets/97e4ac38-4926-49e5-a6f3-d474174e3c38)
Without annotation option (to confirm that it looks the same as before):
![Screenshot 2025-02-03 at 5 09
01 PM](https://github.com/user-attachments/assets/8b614c38-3c1b-4d7e-986e-ead86a3f4349)
Closes#15252
…15288)
The debugging ability for Azure Functions when using Azure Static Web
Apps is very limited. But as I could see some Sentry-related logs I
**think** Sentry is generally initialized.
However, server-related logs don't show up in Sentry. This is
**probably** because the Azure Function finishes before the error can be
sent to Sentry.
By adding the Azure environment variable to check whether we should
flush with a timeout, this should possibly fix the issue.
Logs in Application Insights:
![image](https://github.com/user-attachments/assets/ed5ccd37-be87-4338-946b-94ec543e08c5)
…5299)
This integration is removed in v9 so we do not need this code anymore.
Noticed this by chance 😅
We use capitalized integration names everywhere, except here.
Noticed this by chance, this is kind of breaking, so probably also
should go into the migration guide - @lforst should I add this, but this
will conflict with the big PR, so maybe we just add it there directly?
Co-authored-by: Francesco Gringl-Novy <francesco.novy@sentry.io>
This was still set differently in a few places. This PR unifies this so
we do this consistently.
For aws-serverless, we also still hard-coded the `AWSLambda` integration
name, but this is already reflected via the `Aws` and `AwsLambda`
integrations anyhow.
Rename the `hasTracingEnabled` utility function to
`hasSpansEnabled`. The original name is causing confusion and doesn't
represent what the function actually does: determining if the SDK is
configured to record spans. This function does not check if trace
propagation without span recording (or "Tracing without Performance") is
enabled (which it basically always is).
…#15314)
`trackUpdates: false` is already
default behaviour since #15265. We should rather test against this in
the e2e test app than explicitly opting out of update tracking.
When we first created the Svelte SDK, we wanted to measure how often it
was used in a SvelteKit application. Therefore we added some SvelteKit
detection logic to annotate events coming from the Svelte SDK. Since we
have a SvelteKit SDK now, we don't need to track this anymore. Saves a
few bytes, too.
This patch therefore removes the detection and event processing logic
…tegration CDN bundle (#15303)
Since we removed `debugIntegration` in v9, the `debug(.min).js` bundle
now only contains `spotlightIntegration`, which is confusing, and
doesn't follow the usual naming patter for integration CDN bundles.
This patch therefore renames the bundle to `spotlight(.min).js`.
Adds all stores to the state object. closes#15232
Before, it could only hold the state of the currently changed store
like:
```javascript
// before
{
count: 0,
name: 'Counter Store'
}
```
Now, when having a counter and a cart store, it looks like this (using
the store IDs as the object keys):
```javascript
// now
{
cart: {
rawItems: ['item'],
},
counter: {
count: 0,
name: 'Counter Store',
},
}
```
Ran both tests 100x in CI to check if the flakes are gone
([1](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729143461?pr=15311#step:14:80),
[2](https://github.com/getsentry/sentry-javascript/actions/runs/13160819942/job/36729144129?pr=15311#step:14:82)).
Seems so! The reason for the flake was that we didn't wait long enough
until the Sentry SDK was intiialized before checking for it.
closes#15269
)
I think it is fair to exclude this here, saving a few bytes...?
@lforst
lforst changed the base branch from develop to masterFebruary 6, 2025 10:28
@lforst
lforst requested a review from a team as a code ownerFebruary 6, 2025 10:28
@lforst
lforst merged commit e714635 into masterFeb 6, 2025
@lforst
lforst deleted the prepare-release/9.0.0-alpha.2 branch February 6, 2025 10:42
Sign up for freeto 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.

8 participants

@lforst@Lms24@maxmaxme@HazAT@mydea@krystofwoldrich@c298lee@s1gr1d