mailbox : add option to prevent platform EOL conversion
Ouverte
Personne n'a encore pris cette issue.
3.7 (EOL)
stdlib
topic-email
type-feature
- Langage dominant
- Python
- Étoiles
- 77.2k
- Forks
- 36k
- Métriques de merge des PR
- Métriques de PR en attente
Description
| BPO | 30412 |
|---|---|
| Nosy | @bitdancer |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = None
created_at = <Date 2017-05-20.12:09:06.362>
labels = ['3.7', 'type-feature', 'library']
title = 'mailbox : add option to prevent platform EOL conversion'
updated_at = <Date 2017-05-21.18:25:15.801>
user = 'https://bugs.python.org/adder'
bugs.python.org fields:
activity = <Date 2017-05-21.18:25:15.801>
actor = 'r.david.murray'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2017-05-20.12:09:06.362>
creator = 'adder'
dependencies = []
files = []
hgrepos = []
issue_num = 30412
keywords = []
message_count = 2.0
messages = ['294028', '294108']
nosy_count = 2.0
nosy_names = ['r.david.murray', 'adder']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = 'enhancement'
url = 'https://bugs.python.org/issue30412'
versions = ['Python 3.7']
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.
Piste de recherche
L’issue identifie la bibliothèque mailbox, mais ne nomme aucun fichier d’implémentation ni aucun test. Commencez par localiser l’implémentation de mailbox et ses tests existants, puis clarifiez quelles conversions EOL propres à la plateforme l’option doit empêcher et comment elle doit être exposée. Le travail est considéré comme terminé lorsque l’option demandée a un comportement défini et est couverte par des tests.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- backend
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100