stubtest flags PEP 661 `sentinel` defaults, but not `object()` markers
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 2/5
- Tempo estimado
- 1-3 horas
- Facilidade para iniciantes
- 75/100
Direção de pesquisa
Comece com a verificação _verify_arg_default_value de stubtest, usando a reprodução fornecida com foo.py e foo.pyi e executando python -m mypy.stubtest foo. Confirme que um valor padrão typing_extensions.sentinel é tratado como um marcador object() e que o comando não relata erros, enquanto valores padrão comuns incompatíveis continuam sendo detectados.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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)
- Linguagem predominante
- Python
- Estrelas
- 20.6k
- Forks
- 3.3k
- Merge médio
- 1d 18h
- PRs com merge (30d)
- 54
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de python/mypy
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
-
documentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
-
bug topic-configuration topic-error-reporting
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
bug topic-attrs
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
Todas as issues de python/mypy
Issues semelhantes
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 86/100
zostera/django-bootstrap4#894 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
use-agent-os/agent-os#3276 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
zephyrproject-rtos/zephyr#119726 ·
-
area/auth bug comp/agent P3 platform/discord type/security
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
NousResearch/hermes-agent#117848 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
zilliztech/memsearch#759 ·