python / python/typeshed

Should ExcInfo allow traceback to be None?

Ouverte
#9,789 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
Python
Étoiles
5.1k
Forks
2.1k
Merge moyen
1 j 19 h
PR mergées (30 j)
82

Description

https://github.com/python/typeshed/blob/c407a444897d7c0ce3543b57f48f9d594d3fb3a0/stdlib/_typeshed/__init__.pyi#L267

In some exceptions, there is no traceback, and it is None. Forgetting to handle None seems to be the kind of subtle bug that we want type checking to prevent. This was previously discussed in #6133.

I noticed this when looking at the first mypy_primer diff in #9788.

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez dans stdlib/_typeshed/init.pyi, autour de la ligne 267, et examinez la définition de ExcInfo. Consultez la discussion précédente dans #6133 ainsi que le diff de mypy_primer mentionné dans #9788 afin d’identifier les utilisations concernées. C’est terminé lorsque le type de traceback reflète qu’il peut être None et que le diff de type-checking associé a été traité.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
python
Domaine
devtools
Type d'issue
Bug
Difficulté
2/5
Temps estimé
1-3 heures
Activité
À l'abandon
Clarté
Clairement spécifiée
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.