mypy crashes with "Cannot find component" on subsequent runs
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 20.6k
- Forks
- 3.3k
- Métricas de merge de PR
- Métricas de PR pendientes
Descripción
Crash Report
Running mypy after the first run sometimes crashes.
rm -rf .mypy_cache fixes the issue, but if I then run mypy a few more times, it crashes again.
Traceback
$ mypy
Traceback (most recent call last):
File "/path/to/mypy/mypy", line 8, in <module> sys.exit(console_entry())
File "/path/to/mypy/_-main_-.py",line 15, in console_entry main(
File "mypy/main.py", line 119, in main
File "mypy/main.py"
File "mypy/build.py"
, line 203, in run_build , line 191, in build
File "mypy/build.py", line 267, in _build File "mypy/build.py", line 2937, in dispatch
File "mypy/build.py" , line 3328, in process-graph
File "mypy/build.py",
File '
"mypy/build.py"
line 3409, in process_fresh-modules , line 2107, in fix_cross_refs
File "mypy/fixup.py" , line 52, in fixup-module
File
"mypy/fixup.py" , line 128, in visit_symbol_table
File "mypy/lookup.py", line 49, in lookup_fully_qualified
AssertionError: Cannot find component 'operators' for 'sqlalchemy.sql.operators'
To Reproduce
This is at work, and it's a rather large repo, so I can't provide easy repro steps. I would be happy to provide additional information that you need.
Your Environment
- Mypy version used: v1.15.0
- Mypy command-line flags:
- Mypy configuration options from
mypy.ini(and other config files):
[mypy]
mypy_path = server/python_stubs,server
files = server/,test/
explicit_package_bases = True
enable_incomplete_feature=InlineTypedDict
strict = True
warn_return_any = False
disallow_untyped_calls = False
no_implicit_reexport = False
warn_unreachable = True
plugins = pydantic.mypy
Additionally, we added ignore_missing_imports to most of our libraries.
- Python version used:
- python 3.11.11
- Operating system and version:
- macOS ventura
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.
Línea de trabajo
Comienza con la ruta del traceback a través de mypy/build.py, mypy/fixup.py y mypy/lookup.py, centrándote en el procesamiento de módulos nuevos después de reutilizar .mypy_cache. Reproduce el fallo en ejecuciones posteriores si es posible y, después, verifica que las ejecuciones repetidas de mypy ya no provoquen el AssertionError informado.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python, sqlalchemy
- Área
- tooling
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100