Skip to content

Conversation

Swatinem
Copy link
Member

The aim of this endpoint is to eventually supercede all other endpoints, unifying common request fields in a top-level body, and then matching on the actual symbolication request.

As a first usecase, this now supports new objectstore-based requests for minidump and apple crashreport processing. This can thus replace the existing multipart based endpoints, and takes the storage_url as part of the JSON body.

It then downloads the given file, and symbolicates as usual.


This is an alternative to #1780, and avoids pulling in our objectstore-client.
It also creates a new endpoint instead of reusing the existing multipart-based ones.

Ref FS-103

@Swatinem Swatinem self-assigned this Sep 29, 2025
@Swatinem Swatinem requested a review from a team as a code owner September 29, 2025 10:47
Copy link

linear bot commented Sep 29, 2025

/// This currently includes minidump and apple-crashreport based on stored attachments.
/// In the future, we could move all of native, js and jvm symbolication to this enum.
#[derive(Deserialize)]
#[serde(tag = "type", rename_all = "lowercase")]
Copy link
Member

Choose a reason for hiding this comment

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

Should this be snake_case or kebab-case?

Copy link
Member Author

Choose a reason for hiding this comment

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

Might as well be snake_case. So far its only relevant for applecrashreport vs apple_crashreport. I have no strong opinion either way.

Copy link
Contributor

Choose a reason for hiding this comment

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

I believe it's fine to leave this as it is.

The aim of this endpoint is to eventually supercede all other endpoints,
unifying common request fields in a top-level body, and then matching on the actual symbolication request.

As a first usecase, this now supports new `objectstore`-based requests for minidump and apple crashreport processing.
This can thus replace the existing multipart based endpoints, and takes the `storage_url` as part of the JSON body.

It then downloads the given file, and symbolicates as usual.
@Swatinem Swatinem force-pushed the swatinem/symbolicate-v2 branch from 13fc5a4 to dc6b43e Compare September 29, 2025 13:52
Copy link
Contributor

@loewenheim loewenheim left a comment

Choose a reason for hiding this comment

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

Nice, looks very straightforward. I'm slightly unsure about using symbolicate-v2 as the route for the new endpoint; wdyt @jjbayer? The only alternative I can come up with is symbolicate-unified and that's probably worse.

/// This currently includes minidump and apple-crashreport based on stored attachments.
/// In the future, we could move all of native, js and jvm symbolication to this enum.
#[derive(Deserialize)]
#[serde(tag = "type", rename_all = "lowercase")]
Copy link
Contributor

Choose a reason for hiding this comment

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

I believe it's fine to leave this as it is.

@jjbayer
Copy link
Member

jjbayer commented Oct 14, 2025

Nice, looks very straightforward. I'm slightly unsure about using symbolicate-v2 as the route for the new endpoint; wdyt @jjbayer? The only alternative I can come up with is symbolicate-unified and that's probably worse.

How about /symbolicate-any?

@loewenheim
Copy link
Contributor

How about /symbolicate-any?

That's better IMO. What do you think @Swatinem?

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