Skip to content

Conversation

@disq
Copy link
Member

@disq disq commented Jan 12, 2026

Follow-up to #2386
This way once we update a plugin to use the updated SDK, it's easier to override the DSN if needed - without having to release anything.

@disq disq requested a review from a team as a code owner January 12, 2026 09:07
Copy link
Member

@murarustefaan murarustefaan left a comment

Choose a reason for hiding this comment

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

I don't think allowing an overwrite of an internal plugin DSN is a good decision. Why would someone want to do this?

@disq
Copy link
Member Author

disq commented Jan 12, 2026

We may want to do it once we refresh some DSNs, etc.

@murarustefaan
Copy link
Member

We may want to do it once we refresh some DSNs, etc.

But that should be done in the plugins directly, otherwise there would be 2 sources of truth for the DSNs (one, in the plugin, which should IMO be the main and only one and 2, in a database configuration for usage as an ENV variable).

@disq disq closed this Jan 12, 2026
@disq disq deleted the chore/override-sentry-dsn branch January 12, 2026 11:04
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