Flakiness connecting to Ledger on Mac OS due to multiple HID devices
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- embedded-iot
Línea de trabajo
Comienza en ledgerblue/comm.py alrededor de la línea 357 e inspecciona cómo se filtran los dispositivos HID de hid.enumerate(), especialmente los valores de usage_page 65440 y 61904. Reproduce el intento de conexión en Mac OS con la aplicación Ethereum abierta y, después, verifica que el dispositivo Ledger previsto se seleccione de forma consistente y que ya no se produzca la conexión intermitente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We have observed a lot of flakiness with connecting to the Ledger on Mac OS, specifically in this code from the ledgereth library which bottoms out here in ledgerblue.
We found that when the Ethereum app is opened on the Ledger device, another HID entry shows up on the Mac. It is identical to the original HID entry except that usage_page is 61904 instead of 65440. The order of hid.enumerate() is not deterministic, so sometimes you get the original, good device, and sometimes you get the second, bad device. Hence the flakiness.
I'm not knowledgeable about the HID spec but I was wondering if changing the or condition in this line to an and condition would be appropriate. It would fix our problem at least because it would enforce that the device has a usage page of 65440, which would exclude the second, bad device.
- Lenguaje dominante
- Python
- Estrellas
- 126
- Forks
- 75
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 LedgerHQ/blue-loader-python
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
LedgerHQ/blue-loader-python#130 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
LedgerHQ/blue-loader-python#98 · 3 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
LedgerHQ/blue-loader-python#96 · 4 comentarios · 3 reacciones ·
-
How to make WSL work?Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
LedgerHQ/blue-loader-python#83 · 1 comentario ·
-
installation hintsAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 55/100
LedgerHQ/blue-loader-python#76 · 1 reacción ·
Todos los issues de LedgerHQ/blue-loader-python
Issues similares
-
feedback simulation workshop
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
githubnext/gh-aw-workshop#4455 ·
Los mantenedores suelen responder en 1 día
-
Triage 🩺
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
[BUG] Container scenario crashes without expected_recovery_time, kube DNS example uses retry_waitAbiertoneeds-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
krkn-chaos/krkn#1627 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
NousResearch/hermes-agent#136483 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día