Klaas van Schelven
eb266d805c
PoC of uploading sourcemap artifact bundles
...
* debug_id-only
* various TODOs (e.g. auth, async, retention)
See #19
2025-04-10 10:30:30 +02:00
Klaas van Schelven
b597d91af7
Become robust for lack of .values key in exception
...
Fix #16
2024-12-16 11:22:32 +01:00
Klaas van Schelven
b6b4083ac1
Move vendored code into explicitly licenced dir
2024-09-27 18:03:51 +02:00
Klaas van Schelven
2e8d6eee34
Add LICENCE to sentry directory
...
As per the git-log, the contents of that directory were actually copied to
Bugsink from GlitchTip at GlitchTip's commit af9a700a8706, but GlitchTip itself
had copied it from Open Source Sentry, as noted in the LICENCE that they
included in their sentry directory.
(Checking Bugsink's git-log, I see that some code has since been removed from
the sentry directory, but other than that nothing substantial has been
changed).
2024-09-13 14:02:02 +02:00
Klaas van Schelven
4d996e0c51
Use my own impl. of conent_encoding based decompress
...
In the process: make it read-read rather than read-write
2024-04-25 12:10:15 +02:00
Klaas van Schelven
605603a9e1
Simplify vendored middleware for understanding gained
...
I'll probably remove it soon anyway, but this whole retrying logic was funny
so I removed it. If specified as deflate, parse as deflate
2024-04-24 15:45:06 +02:00
Klaas van Schelven
66a24a60b6
Remove unused vendored middlewares
2024-04-24 08:25:47 +02:00
Klaas van Schelven
729a4c7ea1
Make <no transaction> explicit;
...
and more moving-around-of-code in preparation for our next step
2024-04-08 15:03:02 +02:00
Klaas van Schelven
8d17e7b128
For log messages, demote the msg into the value
...
and make the type 'Log Message'.
This may just be a matter of personal taste, but I've always found these
messages-as-type super-confusing. I'd rather have some made up (but clear,
and thanks to the whitespace unlikely-to-otherwise-exist) type "Log Message".
This is also inline in what I've already done in the UI.
2024-04-08 14:48:39 +02:00
Klaas van Schelven
a70ac7e1cb
Factor out the idea (exception -> type_, value) what we have
2024-04-08 14:39:14 +02:00
Klaas van Schelven
77209bde5d
truncatechars: just use the Django version
2024-04-08 14:36:34 +02:00
Klaas van Schelven
226415ce43
Further simplications in ErrorEvent.get_title()
2024-04-05 16:03:10 +02:00
Klaas van Schelven
7caf6bbac4
docstring
2024-04-05 15:50:06 +02:00
Klaas van Schelven
54e8009e73
Reorganize/cleanup title-generating code for clarification
2024-04-05 15:37:24 +02:00
Klaas van Schelven
301c6416ea
Remove class-hierarchy (in preparation for further cleanup)
2024-04-05 15:05:00 +02:00
Klaas van Schelven
80919d01b8
Remove the concept of 'culprit' from the grouping code
...
This has been deprecated in Sentry in 2016; no reason for us to support it.
It is noted that despite the deprecation (in favor of `transaction`) an
explicitly provided culprit actually took a higher precedence than an
explicitly provided transaction in the now-removed code.
2024-04-05 15:02:56 +02:00
Klaas van Schelven
42c496acbc
logentry grouping: group by unformatted first; remove deprecated event.message interface
2023-11-13 18:10:50 +01:00
Klaas van Schelven
901306fbbb
exception.values is required, act like it
2023-11-13 17:58:20 +01:00
Klaas van Schelven
d01652a6f1
More complete understanding of Auth header based on the docs
2023-11-10 18:07:55 +01:00
Klaas van Schelven
66b30bb792
Actually connect events to the correct project when the header is provided
2023-11-09 23:49:52 +01:00
Klaas van Schelven
641f9c695a
Refactor ('unvendor') parse_auth_header
2023-11-09 23:34:27 +01:00
Klaas van Schelven
7202fbaf43
More thoughts on auth-header parsing noted
2023-11-09 23:28:15 +01:00
Klaas van Schelven
3a8491fdc6
Vendor parse_auth approach
2023-11-09 20:53:01 +01:00
Klaas van Schelven
fc7e186918
getting hash for issue: use GlitchTip's approach as an early stand-in
...
af9a700a8706f20771b005804d8c92ca95c8b072 in GlitchTip
2023-11-04 22:14:39 +01:00
Klaas van Schelven
f299ad7275
Note thoughts and 'VENDORED' status of gz middleware
2023-11-03 19:28:22 +01:00
Klaas van Schelven
bfea1b30cc
Last time's work: we can get something on-screen now
2023-11-03 19:25:26 +01:00
