mypy crashes with "Cannot find component" on subsequent runs
Nessuno ha ancora preso questa issue.
- Lingua principale
- Python
- Stelle
- 20.6k
- Fork
- 3.3k
- Metriche di merge delle PR
- Metriche PR in attesa
Descrizione
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
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia dal percorso del traceback attraverso mypy/build.py, mypy/fixup.py e mypy/lookup.py, concentrandoti sull'elaborazione dei moduli nuovi dopo il riutilizzo di .mypy_cache. Riproduci il fallimento nelle esecuzioni successive, se possibile, quindi verifica che le esecuzioni ripetute di mypy non sollevino più l'AssertionError segnalato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- python, sqlalchemy
- Ambito
- tooling
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 25/100