Skip to content
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

Document max size for Unreal Engine crash reports #4208

Open
bruno-garcia opened this issue Nov 1, 2024 · 1 comment
Open

Document max size for Unreal Engine crash reports #4208

bruno-garcia opened this issue Nov 1, 2024 · 1 comment
Labels
filler Requires little effort to resolve. Ready to be picked up anytime. onboarding Type: Improvement

Comments

@bruno-garcia
Copy link
Member

We document max payload size for different types of things here: https://develop.sentry.dev/sdk/data-model/envelopes/#size-limits

But there's no mention of the max size for the /unreal endpoint.

It came up on Discord that UE crash reports are getting dropped due to size limit. But it's not clear what that limit is and it's challenging for customers to even realize that they are losing crashes, or what part of the dump was the reason.

Since UE crash dumps have a minidump + context data + configuration + Logs. If we could apply the limits over each part indepdendently, possibly resulting in dropped logs only, instead of dropped minidump. That would improve things significanantly.

@bruno-garcia bruno-garcia added this to GDX Nov 1, 2024
@narthur157
Copy link

Image
You can see that issues are being dropped, but it is hard to tell what the solution is without knowing which limit was exceeded, given that are multiple limits involved

Eg it would be very useful for this to say Too Large: Event or Too Large: Attachment so we know where to look

Additionally it would be useful to be able to alert issues being dropped due to size, or maybe other conditions as well. It puts us into a situation of wanting some other error reporting solution for our error reporting.

@getsantry getsantry bot moved this to Waiting for: Product Owner in GitHub Issues with 👀 3 Nov 1, 2024
@olksdr olksdr added filler Requires little effort to resolve. Ready to be picked up anytime. onboarding labels Nov 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
filler Requires little effort to resolve. Ready to be picked up anytime. onboarding Type: Improvement
Projects
Status: No status
Status: Waiting for: Product Owner
Development

No branches or pull requests

3 participants