Carry the gesture no-effect fact on the snapshot tree like unsettledGesture
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 55/100
- Tipo de issue
- Refactorización
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
Línea de trabajo
The issue references specific files: src/daemon/gesture-no-effect.ts and src/daemon/selector-capture-runtime.ts. Start by understanding how SnapshotState.unsettledGesture works from #2839. Then, trace where gestureNoEffect is currently annotated and how to move it to the snapshot tree stamp. The goal is to delete withGestureNoEffectWarning and ensure selector reads (is, get, find) show the warning. Run existing tests related to gesture warnings to verify the change.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
A proven no-effect gesture (gestureNoEffect, #1600) reaches the agent only through capture annotations (withGestureNoEffectWarning in src/daemon/gesture-no-effect.ts). src/daemon/selector-capture-runtime.ts keeps only the SnapshotState and drops those annotations. So is, get, and find never show the no-effect warning; only snapshot does.
#2839 made SnapshotState.unsettledGesture the single carrier for the unsettled post-gesture fact. Every route derives its disclosure from that stamp: selector reads through withCaptureDisclosures, and snapshot through buildSnapshotWarnings.
Proposal
Move gestureNoEffect to the same stamp on the tree and derive its disclosure the same way. This deletes withGestureNoEffectWarning and the annotation channel for it, and gives selector reads the warning they miss today.
Follow-up to #2839.
- Lenguaje dominante
- TypeScript
- Estrellas
- 4.7k
- Forks
- 304
- Merge medio
- 11 h 46 min
- PR fusionados (30 d)
- 496
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de callstack/agent-device
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
callstack/agent-device#2842 ·
-
docs(ios-runner): RUNNER_PROTOCOL.md points at the wrong file and omits recovery and busy codes Abiertodocumentation good first issue ready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
callstack/agent-device#2797 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
callstack/agent-device#1869 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
callstack/agent-device#2853 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
callstack/agent-device#2833 ·
Todos los issues de callstack/agent-device
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
mksglu/context-mode#1200 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
jaegertracing/jaeger-ui#4506 ·
-
area:desktop area:ui bug platform:macos
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
anthropics/claude-code#96687 ·
-
good first issue
Dificultad 1/5 Menos de una hora Aptitud para principiantes 95/100
AOSSIE-Org/DebateAI#582 · 2 comentarios ·