String instance is broken with non-ASCII data
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- haskell
- Domaine
- networking
Piste de recherche
Commencez par suivre les chemins des fonctions d’assistance de l’API String pour l’envoi et la réception des données, puis examinez comment chaque chemin gère l’en-tête Content-Type et l’encodage des caractères. Comparez l’encodage utilisé des deux côtés et identifiez où les appelants pourraient le contrôler ; le travail est considéré comme terminé lorsque les données String non ASCII sont gérées de manière cohérente lors de l’envoi et de la réception, sans supprimer les instances de String.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Although the package works with String, and indeed encourages its use by having that be the default type in some of the API helper functions, the handling of non-ASCII data is completely broken. We should be doing encoding properly to be consistent with the Content-Type header, both when sending and receiving.
This has been reported by a couple of users so far and is clearly pretty nasty, but I don't think it's trivial to fix because presumably the receiving and sending sides can use different encodings and when sending requests we ought to be optionally giving the user control of the encoding.
The alternative of removing the String instances completely is likely to be very disruptive so I don't think it's a reasonable option.
- Langage dominant
- Haskell
- Étoiles
- 186
- Forks
- 59
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
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.
Autres issues de haskell/HTTP
-
Difficulté 1/5 1-3 heures Accessibilité débutants 88/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 55/100
-
simpleHTTP raises exception on connection refusedPeut-être à nouveau libre Une pull request pour cette issue a été fermée sans être fusionnée. Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 38/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
Better error message when HTTP_PROXY is down.Peut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 38/100
Toutes les issues de haskell/HTTP
Issues similaires
-
cabal update underdocumentedPeut-être pris @KeuqS l’a pris aujourd’hui. Ouverteattention: pr-welcome documentation good first issue
Difficulté 1/5 Moins d'une heure Accessibilité débutants 67/100
haskell/cabal#12447 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
objectionary/phino#1858 ·
Les mainteneurs répondent en général sous 1 jour
-
status: needs triage type: enhancement
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
haskell/haskell-language-server#5128 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 83/100
NorfairKing/safe-coloured-text#13 · 1 commentaire ·