stubtest flags PEP 661 `sentinel` defaults, but not `object()` markers
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 75/100
Piste de recherche
Commencez par la vérification _verify_arg_default_value de stubtest, en utilisant la reproduction fournie avec foo.py et foo.pyi et en exécutant python -m mypy.stubtest foo. Confirmez qu’une valeur par défaut typing_extensions.sentinel est traitée comme un marqueur object() et que la commande ne signale aucune erreur, tandis que les valeurs par défaut ordinaires incompatibles continuent d’être détectées.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Bug Report
I was eager to try PEP661 support on master, but found what might be an oversight in stubtest. It flags sentinel usage against the stub's parameter type, while it does allow object-style marker objects. Since PEP661's sentinel is now the canonical way to write such a marker, I'd expect it to be allowed in such places:
To Reproduce
# foo.py
from typing_extensions import sentinel
_MISSING = sentinel("_MISSING")
def f(x=_MISSING):
pass
# foo.pyi
def f(x: int = ...) -> None: ...
python -m mypy.stubtest foo
Expected Behavior
No errors, the same as with _MISSING = object():
Success: no issues found in 1 module
Actual Behavior
error: foo.f is inconsistent, runtime parameter "x" has a default value of type typing_extensions.sentinel, which is incompatible with stub parameter type int
Stub: in file foo.pyi:1
def (x: int =)
Runtime: in file foo.py:5
def (x=_MISSING)
Found 1 error (checked 1 module)
I get the same on Python 3.15 beta.
As described above, adding the sentinel to the stub's type (x: int | _MISSING = ...) isn't an option.
The exemption seems to be in _verify_arg_default_value:
# Avoid false positives for marker objects
and type(runtime_arg.default) is not object
It could be adjusted to include sentinel the same way.
My Environment
- Mypy version used: master at 8d30064580c4273542f56ab2e9ed6a17caeea8ac (2.4.0+dev)
- Mypy command-line flags: none
- Mypy configuration options from
mypy.ini(and other config files): none - Python version used: 3.14.7 (
typing_extensions4.16.0)
- Langage dominant
- Python
- Étoiles
- 20.6k
- Forks
- 3.3k
- Merge moyen
- 1 j 18 h
- PR mergées (30 j)
- 54
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de python/mypy
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
-
documentation
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
bug topic-configuration topic-error-reporting
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
bug topic-attrs
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
Toutes les issues de python/mypy
Issues similaires
-
area/auth bug comp/agent P3 platform/discord type/security
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
NousResearch/hermes-agent#117848 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
bancolombia/sentinel#23 ·
-
test md OuverteCI
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
langchain-ai/deepagents#6450 ·
-
bug client
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100