Use stack(s) to trigger a needinfo? for bugs where we have no bisection
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia tracciando la gestione esistente da parte di Bugmon degli stack di bug e di hg annotate, quindi analizza come potrebbe essere identificato il primo frame rilevante .c, .cpp o .rs. Il lavoro sarà considerato completato quando sarà stato concordato un approccio per attivare needinfo?, gestire gli sviluppatori precedenti tramite la proprietà delle aree vicine e tenere conto dei commit di riformattazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
For some bugs, like TSan or ASan Nightly issues, we usually don't have a bisection (esp. for issues that have been in the codebase for a long time or where we don't have a standalone testcase but a stack.
Using this stack, it would be nice if we could automatically trigger an initial needinfo? based on the first relevant frame. The challenges here are
-
Finding the first non-generic frame. Sometimes there are a few generic frames on top of the stack that aren't relevant. My gut feeling tells me that we can find heuristics to work around this, e.g. pick the first frame that belongs to a
.c|.cpp|.rsfile (not.h) that is in our codebase. -
If the hg annotate turns up a developer no longer working at Mozilla (which is common for old code), we might have to check the surroundings for other developers that might be able to help.
-
We have to deal with reformat commits (I believe we have a hg ext to do this already?)
- Lingua principale
- Python
- Stelle
- 11
- Fork
- 2
- Merge medio
- 2m
- PR unite (30g)
- 3
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 MozillaSecurity/bugmon
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
MozillaSecurity/bugmon#66 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
MozillaSecurity/bugmon#68 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
MozillaSecurity/bugmon#64 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
MozillaSecurity/bugmon#63 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
MozillaSecurity/bugmon#60 ·
Tutte le issue di MozillaSecurity/bugmon
Issue simili
-
URLValidator ignores an explicit empty scheme allowlistForse già presa @IlyaKhalafi l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
tortoise/tortoise-orm#2393 ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
frappe/frappe_docker#2046 ·
I maintainer di solito rispondono entro 1 giorno
-
Weekly link check failedAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
-
AXI SMU SPEC
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
tenstorrent/tt-oca-harness#3556 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
microsoft/agent-framework#9946 ·
I maintainer di solito rispondono entro 1 giorno