Native driver contract omits the overridden start_group entry
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 1/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 86/100
Línea de trabajo
En tests/test_backend.py, empieza con test_the_driver_surface_names_every_method_the_adapter_overrides e inspecciona cómo se comprueba solprop_native.DRIVER_SURFACE frente a las sobrescrituras de NativeBackend. Añade el nombre que falta, start_group, y prueba esa regresión junto con la comprobación de rechazo de miembros ausentes. El trabajo estará terminado cuando pase la prueba de integridad de la superficie nativa y el contrato rechace un miembro ausente por su nombre.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
After SEP 47's generic group-session integration, NativeBackend.start_group overrides StepDriver.start_group, but solprop_native.DRIVER_SURFACE does not list it. The contract check therefore omits an adapter dependency and the native quality lane fails its existing surface-completeness regression.
Reproduction
On the SEP 48 integration branch at aaec5e92, run the native tests/test_backend.py::test_the_driver_surface_names_every_method_the_adapter_overrides test. It reports the extra overridden name start_group.
CI failure: 648 native tests passed and this assertion failed.
Expected behavior
The native contract lists every overridden driver member, including start_group, and a missing member is refused by name. The shared frozen Python driver surface already includes the signature.
Scope
Add the missing name and exercise the existing surface regression plus missing-member refusal. This changes contract validation, not group numerics. Related to #607, #611 and SEP 47.
- Lenguaje dominante
- Python
- Estrellas
- 3
- Forks
- 3
- Merge medio
- 8 h 28 min
- PR fusionados (30 d)
- 176
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 LupoLab/solprop
-
documentation priority: medium
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día
-
documentation priority: low
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
documentation priority: high
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
documentation good first issue priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
area: native priority: low testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
Todos los issues de LupoLab/solprop
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
bug z-test-failure
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
torch-spyre/spyre-inference#1598 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
zilliztech/memsearch#853 ·
Los mantenedores suelen responder en 1 día
-
IPA charactersAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
tywr/Nordwand-Mono#55 ·
Los mantenedores suelen responder en 1 día
-
physical
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
antonyrag/ragleap-core#1339 ·