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
Fail to render event_details when there's more than one UserReport for an event id #3140
Conversation
Current coverage is 82.49%
@@ master #3140 diff @@
==========================================
Files 941 941
Lines 37018 37033 +15
Methods 0 0
Messages 0 0
Branches 0 0
==========================================
+ Hits 30534 30549 +15
Misses 6484 6484
Partials 0 0
|
LGTM |
@ckj brought up a good point. Why were there two UserReports here in the first place. There should only ever be one. |
null unique constraint? |
Why a null? We can do a UNIQUE on Turns out, a user was poking around with the client and explicitly did this. So I don't think we need to be overly defensive here, but it did break the app then to view the event details page. So we should either reject the input, override an existing entry with |
lgtm |
ef6051b
to
019fcc9
Compare
@dcramer Just updated this to use a UNIQUE constraint instead, and the API now updates an existing one if found, rather than just erroring out all over the place. |
@mattrobenolt we should merge this. there are already so many migration PRs pending and cooking and this one is basically already signed off. |
Yeah, gonna rebase, recreate migration, and merge this now. |
887886d
to
73ac551
Compare
Fixes SENTRY-16W
@getsentry/infrastructure