Add .netrc support when using --auth-type bearer
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- authentication, cli
Línea de trabajo
Empieza rastreando cómo --auth-type bearer gestiona las credenciales y cómo la autenticación básica existente lee .netrc. Compara el ejemplo solicitado de machine/password con el comportamiento de xh enlazado y, después, verifica que el encabezado bearer se genere sin tokens codificados de forma fija y documenta la entrada de .netrc requerida si es necesario.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Checklist
- I've searched for similar feature requests. The closest I found is where this was implemented in xh
Enhancement request
When using https, I don't want to have to hard-code my token in all scripts, rather I would like to have a central location where the token can be read from. This already works for the basic authentication type, but not, as far as I can tell, for the bearer auth type.
If this is implemented, then this enhancement request is to document it clearly, what needs to be in the file as https://httpie.io/docs/cli/netrc does not seem to cover it.
Problem it solves
I'm always frustrated when writing a script that I need to hard code the token in it, as it makes the script harder to share.
Additional information, screenshots, or code examples
This is implemented in xh and with the following in the .netrc:
machine host.local.lan password SecretToken
then
xh --json --auth-type bearer "https://host.local.lan/rest/api/latest/…"
Correctly sends the header:
Authorization: Bearer SecretToken
It would be great if httpie would support this same functionality.
- Lenguaje dominante
- Python
- Estrellas
- 38.6k
- Forks
- 4k
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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.
Más de httpie/cli
-
new
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
bug new
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
-
argparser.py: HTTPieArgumentParser has high cyclomatic complexity and mixed responsibilities Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de httpie/cli
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
stephrobert/dsoxlab#238 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
sublimehq/package_control#1780 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
nwg-piotr/nwg-displays#145 ·