multiprocessing Server's shutdown method useless send message to manager
Ouverte
Personne n'a encore pris cette issue.
stdlib
topic-multiprocessing
type-bug
- Langage dominant
- Python
- Étoiles
- 77.2k
- Forks
- 36k
- Métriques de merge des PR
- Métriques de PR en attente
Description
| BPO | 32014 |
|---|---|
| Nosy | @pitrou, @applio, @subler |
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-11-13.06:00:30.342>
labels = ['type-bug', 'library']
title = "multiprocessing Server's shutdown method useless send message to manager"
updated_at = <Date 2017-11-13.06:00:30.342>
user = 'https://github.com/subler'
bugs.python.org fields:
activity = <Date 2017-11-13.06:00:30.342>
actor = 'stevezh'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2017-11-13.06:00:30.342>
creator = 'stevezh'
dependencies = []
files = []
hgrepos = []
issue_num = 32014
keywords = []
message_count = 1.0
messages = ['306142']
nosy_count = 5.0
nosy_names = ['pitrou', 'jnoller', 'sbt', 'davin', 'stevezh']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue32014'
versions = ['Python 3.5', 'Python 3.6']
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
Commencez par le point d’entrée multiprocessing Server.shutdown et suivez la façon dont il envoie un message au manager ; l’issue ne fournit ni fichier ni test pour restreindre la recherche. Reproduisez le comportement du shutdown et mettez en place un test de régression pour la communication corrigée avec le manager, en confirmant d’abord le comportement attendu avec les maintainers.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- backend
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 30/100