Custom fingerprint added to GenServer call crashes by client
I maintainer di solito rispondono entro 2 giorni
@solnic ci sta già lavorando.
Dal 5/8/2025.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
Issue Description
The client adds a custom fingerprint when the crash reason is due to a GenServer.call :timeout or :noproc, with the form [type, "genserver_call", call_args], see below:
https://github.com/getsentry/sentry-elixir/blob/f83b5080aec61e0618b01efe14de28fce5e914b3/lib/sentry/logger_handler.ex#L484-L488
Because of this, any fingerprinting done on the server side is overridden because custom client fingerprints are prioritised.
Since the call arguments might contain unique IDs and other values, what we've observed is that we get flooded with individual error reports, not grouped at all, where the default grouping or stack-trace grouping would've done a much better job at grouping these together.
I've added a workaround using the :before_send hook to remove the custom fingerprint added by the client itself, but wanted to raise that this seems like unexpected behaviour, for the client to add this kind of hard fingerprinting rule that I feel would often not manage to actually group events together.
Reproduction Steps
Run a GenServer.call(server, :timeout, 1) with a handler that sleeps a bit to reproduce timeout exits.
Expected Behavior
Events should not have a custom fingerprint rule unless we explicitly set one in the logger metadata.
Actual Behavior
The GenServer crashes end up with a custom client fingerprint that does not group events together because it includes the call arguments that are often unique.
Elixir Version
1.18.4-otp-28
SDK Version
11.0.1
Integration and Its Version
No response
Sentry Config
No response
- Lingua principale
- Elixir
- Stelle
- 694
- Fork
- 217
- Merge medio
- 2g 6h
- PR unite (30g)
- 20
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di getsentry/sentry-elixir
-
Bug Elixir Waiting for: Product Owner
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
getsentry/sentry-elixir#1242 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 64/100
getsentry/sentry-elixir#1233 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 10/100
getsentry/sentry-elixir#1232 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
traces_sampler example doesn't match the actual context providedForse di nuovo libera @solnic l’ha presa 327 giorni fa e non c’è nessuna pull request aperta. ApertaBug Elixir Traces Waiting for: Product Owner
getsentry/sentry-elixir#945 · 3 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 2 giorni
-
Better oban error groupingForse di nuovo libera @solnic l’ha presa 428 giorni fa e non c’è nessuna pull request aperta. ApertaElixir Errors Improvement
getsentry/sentry-elixir#936 · 1 commento · 2 reazioni · 1 assegnatario ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di getsentry/sentry-elixir
Issue simili
-
ci-cd
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
carverauto/serviceradar#5648 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
open-telemetry/opentelemetry-erlang-contrib#846 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
electric-sql/electric#4830 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno