Non-hashable tuple should not be accepted as `Hashable`
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 20.6k
- Forks
- 3.3k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
Bug Report
I'd expect to get a type error when trying to pass a tuple to a Hashable bound if that tuple contains any non-hashable element type.
To Reproduce
from typing import Hashable, TypeVar
T = TypeVar("T", bound=Hashable)
def f(x: T) -> T:
print(hash(x))
return x
def usage1(x: tuple[dict[str, str], ...]):
f(x)
def usage2(x: tuple[dict[str, str], int, int]):
f(x)
def usage3(x: tuple[int, int, dict[str, str]]):
f(x)
Expected Behavior
Type error in all f(x) lines, rejecting the non-hashable type.
Actual Behavior
The type check passes despite the unsound typing.
Your Environment
- Mypy version used: 1.16.0
- Mypy command-line flags:
- Mypy configuration options from
mypy.ini(and other config files): - Python version used: 3.12
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 der bereitgestellten Reproduktion unter Python 3.12 und mypy 1.16.0 und untersuche anschließend den Pfad der Typprüfung für Hashable-Grenzen und Tupel-Elementtypen. Füge eine Regressionstestabdeckung für usage1, usage2 und usage3 hinzu; die Arbeit ist abgeschlossen, wenn alle drei Aufrufe abgelehnt werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- tooling
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100