Make WSGIRequestHandler easier to be customized by the user
Abierto
Nadie ha tomado este issue todavía.
3.7 (EOL)
3.8 (EOL)
3.9 (EOL)
stdlib
type-feature
- Lenguaje dominante
- Python
- Estrellas
- 77.2k
- Forks
- 36k
- Métricas de merge de PR
- Métricas de PR pendientes
Descripción
| BPO | 40700 |
|---|---|
| Nosy | @Zheaoli |
| PRs |
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 2020-05-20.15:54:01.331>
labels = ['3.7', '3.8', 'type-feature', 'library', '3.9']
title = 'Make WSGIRequestHandler easier to be customized by the user'
updated_at = <Date 2020-05-28.15:09:56.874>
user = 'https://github.com/Zheaoli'
bugs.python.org fields:
activity = <Date 2020-05-28.15:09:56.874>
actor = 'Manjusaka'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2020-05-20.15:54:01.331>
creator = 'Manjusaka'
dependencies = []
files = []
hgrepos = []
issue_num = 40700
keywords = ['patch']
message_count = 2.0
messages = ['369465', '370224']
nosy_count = 1.0
nosy_names = ['Manjusaka']
pr_nums = ['20262']
priority = 'normal'
resolution = None
stage = 'patch review'
status = 'open'
superseder = None
type = 'enhancement'
url = 'https://bugs.python.org/issue40700'
versions = ['Python 3.6', 'Python 3.7', 'Python 3.8', 'Python 3.9']
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
El issue menciona WSGIRequestHandler, pero no indica ningún archivo de código fuente ni pruebas. Empieza revisando el PR enlazado #20262 y localizando el punto de entrada de WSGIRequestHandler; después, utiliza la discusión del PR para determinar la superficie de personalización prevista. Se considera terminado cuando el cambio de personalización acordado está implementado y cubierto por las pruebas relevantes.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- backend
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100