Fix response routing and dedupe commands across transports
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- rust
- Área
- embedded-iot, networking
Línea de trabajo
Start with the design and open questions in the linked contracts issue 7, then trace route_responses_task and the shared TX queues in this firmware repository. Reproduce the BLE queue blocking MQTT responses and check how state updates and phone changes affect queued messages. Done means responses survive state updates, BLE disconnection does not block MQTT, messages stay with their intended phone, and duplicate pairs are suppressed across transports.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Part of https://github.com/OpenCarControls/contracts/issues/7, which has the design and open questions., where the audit details are.
- Responses can be evicted from the shared TX queues by state updates.
-
route_responses_taskcan stay stuck on the BLE queue with no phone connected, blocking MQTT responses. - Messages queued for one BLE phone are delivered to the next one.
- Dedupe recent (source, message_id) pairs across both transports (also covers MQTT QoS 1 redelivery).
- Lenguaje dominante
- Rust
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 11 h 26 min
- PR fusionados (30 d)
- 18
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 OpenCarControls/firmware
-
Dificultad 3/5 1-2 días Aptitud para principiantes 51/100
OpenCarControls/firmware#68 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
OpenCarControls/firmware#55 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
OpenCarControls/firmware#54 ·
Los mantenedores suelen responder en 1 día
-
First-setup pairing window is too short and stays open after the first bondPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertoenhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
OpenCarControls/firmware#53 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
OpenCarControls/firmware#51 ·
Los mantenedores suelen responder en 1 día
Todos los issues de OpenCarControls/firmware
Issues similares
-
checkpoint/verify/rebuild_indexes on a thread holding a WriteTransaction deadlock instead of INT-001Abiertobug known-issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
project-minigraf/minigraf#734 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
bitcoindevkit/electrum_streaming_client#57 ·
Los mantenedores suelen responder en 2 días