Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

SetExceptionBreakpoints contradiction

Aperta
#611 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
42/100
Tipo di issue
Documentazione
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Ambito
api, documentation

Direzione di ricerca

Leggi le sezioni collegate „Initialized Event“ e „SetExceptionBreakpoints Request“ nella specifica DAP, concentrandoti su come le capabilities mancanti influiscano su entrambe le condizioni. Confronta le due affermazioni e chiarisci la condizione esatta per l’invio di setExceptionBreakpoints; l’issue è conclusa quando la specifica non presenta più una contraddizione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Consider the case when a DAP debugger doesn't report any capabilities.

The Initialized Event states:

client sends a setExceptionBreakpoints request if one or more exceptionBreakpointFilters have been defined (or if supportsConfigurationDoneRequest is not true)

Since adapter didn't report any Capabilities, the supportsConfigurationDoneRequest is false, and the client must send the setExceptionBreakpoints request.

The SetExceptionBreakpoints Request states:

Clients should only call this request if the corresponding capability exceptionBreakpointFilters returns one or more filters.

Since adapter didn't report any Capabilities, the exceptionBreakpointFilters is empty, and the client must not call the method.

Could you please clarify the conditions when the setExceptionBreakpoints must be sent?
To me it looks strange that clients must send it if the supportsConfigurationDoneRequest is false.

Lingua principale
HTML
Stelle
1.8k
Fork
173
Merge medio
7g 7h
PR unite (30g)
2

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di microsoft/debug-adapter-protocol

Tutte le issue di microsoft/debug-adapter-protocol

Issue simili

Altre issue su Backend & API Design

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.