-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Regression: @sentry/astro stopped re-exporting captureException in 8.8.0 #12410
Comments
Hey @arty-name to narrow this down - does this occur on the server or client side? |
This was on the server side |
I could reproduce this locally, so I opened #12453 to fix it. Thanks for reporting! This is gonna be included in the release after 8.9.0. |
Fix a server-side re-export problem of `@sentry/node` exports in the Astro SDK. It seems that the `export * from '@sentry/node'` "overruled" the explicit exports. So this patch changes our export statements to: - only export explicit, named exports in the JS server side entry point - continue exporting all types via the `*` export in the types entry point fixes #12410
This was released with version 8.9.1 - feel free to give it a try and let me know if the issue is fixed. |
Thank you for the very quick processing of this issue! I confirm that it has been resolved 👍 |
Is there an existing issue for this?
How do you use Sentry?
Self-hosted/on-premise
Which SDK are you using?
@sentry/astro
SDK Version
8.8.0
Framework Version
4.10.0
Link to Sentry event
No response
SDK Setup
Steps to Reproduce
captureException
in different ways:Expected Result
captureException
should be available and usable, since the TypeScript types for the SDK mark it as presentActual Result
Logging
Sentry.captureException
printsundefined
, the property is absent fromSentry
, seems not to be properly re-exported, while many other members ofSentry
are present. I can accesscaptureException
when importing it directly from@sentry/node
.The text was updated successfully, but these errors were encountered: