mypy crashes with "Cannot find component" on subsequent runs
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 20.6k
- Forks
- 3.3k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
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
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit dem Traceback-Pfad durch mypy/build.py, mypy/fixup.py und mypy/lookup.py und konzentriere dich auf die Verarbeitung neuer Module, nachdem der .mypy_cache wiederverwendet wurde. Reproduziere den Fehler nach Möglichkeit über aufeinanderfolgende Läufe hinweg und überprüfe anschließend, dass wiederholte mypy-Läufe den gemeldeten AssertionError nicht mehr auslösen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python, sqlalchemy
- Bereich
- tooling
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100