Suivi — Tribune Mauvais rendu des caractères unicodes sur 4 octets (et plus ?)

#1214 Posté par Infernal Quack (site web personnel) le 27 octobre 2013 à 02:37. État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.

Étiquettes : aucune

oct.

2013

Lorsque l'on poste un caractère unicode sur le tribune et que celui-ci est codé sur 2 octets en utf-8, il s'affiche correctement, tant par le mécanisme de rafraichissement automatique qu'après un reload de la page. Exemple : 要 http://www.fileformat.info/info/unicode/char/8981/index.htm

Par contre, pour un caractère unicode sur 4 octets en utf-8, cela fonctionne suite à un reload de la page mais pas avec le mécanisme de rafraichissement automatique. Exemple :

# Autre bug

Posté par Infernal Quack (site web personnel) le 27 octobre 2013 à 02:43. Évalué à 3 (+0/-0).

Je vois que les caractères unicode sur 4 octets ne fonctionnent pas non plus dans les journaux et ce, même après un relaod de la page :)

Test dans les commentaires : 要😃

On dirait que ça encode 2 fois les caractères (ce qui est stupide)

L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

Répondre
- [^] # Re: Autre bug
  
  Posté par Infernal Quack (site web personnel) le 27 octobre 2013 à 02:04. Évalué à 3 (+0/-0).
  
  J'ai toujours rêvé de voyager dans le temps. Mon rêve se réalise :)
  
  L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
  
  Répondre
  - [^] # Re: Autre bug
    
    Posté par vincent LECOQ (site web personnel) le 27 octobre 2013 à 11:52. Évalué à 1 (+0/-0).
    
    Tu aurais pu passer nous chercher ! on est coincés dans une boucle temporelle sur la tribune maintenant … ah non, on y était déjà tous depuis quelques années pardon.
    
    Répondre
- [^] # Re: Autre bug
  
  Posté par Bruno Michel (site web personnel) le 24 avril 2014 à 21:55. Évalué à 3 (+0/-0).
  
  要
  
  Répondre
# Test concluant

Posté par 못 옷 홋 ♨ (site web personnel) le 27 octobre 2013 à 12:55. Évalué à 3 (+0/-0).
Je viens de tester bêtement en local ce que dit la solution sur StackOverflow, à savoir mettre :
```
module ActiveSupport
  module JSON
    module Encoding
      class << self
        def escape(string)
          ::JSON.generate([string])[1..-2]
        end
      end
    end
  end
end
```
dans config/initializers/patches.rb

et ça a l'air de marcher. Mais comme je ne connais rien au ruby et à RoR, je me garderai bien de proposer un vrai patch, et au cas où d'autres coins du moteur dépendraient de l'ancien comportement.
Répondre
# Corrigé

Posté par Bruno Michel (site web personnel) le 24 avril 2014 à 22:08. Évalué à 3 (+0/-0).

C'est corrigé depuis le passage à Rails 4.1.

Répondre
- [^] # Re: Corrigé
  
  Posté par Infernal Quack (site web personnel) le 24 avril 2014 à 23:16. Évalué à 2 (+0/-0).
  
  Merci ! Je vais pouvoir faire chier les moules avec des emojis :)
  
  L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
  
  Répondre

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.