[bug] Speciale tekens worden niet goed omgezet op de FP

[CH4OS]

Zie bijvoorbeeld:

CH4OS in 'downloads: Plex Media Server 1.1.4'

Waar ik het volgende in de tweede alinea heb staan:

Ook een handige en voor mij onmisbare channel is WebTools 2.0. Dit is de opvolger van de UnOfficial AppStore. Deze heeft wat uitgebreidere mogelijkheden voor het toevoegen van channels, zoals bijvoorbeeld de Trakt scrobbler (eventueel dus ook los te installeren). Dit is een handige plugin die ik gebruik om naar Trakt te syncen wat ik heb gezien, totdat de officiële Trakt integratie er is, geen idee wanneer die komt, maar die heb ik ergens een paar maanden terug al wel voorbij zien komen.

Of althans, is de bedoeling. Het vetgedrukte woord, wordt namelijk niet goed weergegeven doordat de e met trema (is dat een trema? In het Duits een umlaut in elk geval) niet goed wordt weergegeven. Ik heb geprobeerd het bericht aan te passen, maar ook dan gaat het niet goed.

[crisp]

Wat voor browser gebruik je?

[Dirk]

Hier met Xubuntu 15.10 en Firefox 48.0 werkt het in ieder geval ook niet, ik heb het net geprobeerd aan te passen.

[crisp]

Dirk schreef op woensdag 14 september 2016 @ 22:09:
Hier met Xubuntu 15.10 en Firefox 48.0 werkt het in ieder geval ook niet, ik heb het net geprobeerd aan te passen.

Ik pas hem net aan met Chrome op Android en dat gaat wel goed. Zal morgen even kijken of ik het met Firefox kan reproduceren. Ik heb even wat andere reacties bekeken en zie het hier en daar ook opduiken, maar niet consistent.

[ Voor 12% gewijzigd door crisp op 14-09-2016 22:16 ]

[Hero of Time]

En zo te zien werkt het op GoT wel gewoon. Wat is er dus anders aan de twee 'omgevingen'? Welke char encoding wordt bij beide gebruikt? Ik zou UTF8 verwachten. "<meta http-equiv="content-type" content="text/html; charset=iso-8859-15">" blijkbaar.

Btw, hadden we geen 'preview' optie op de FP? Ik dacht 't net ook even te testen zonder direct een reactie te plaatsen, maar dat gaat dus niet.

[ Voor 13% gewijzigd door Hero of Time op 14-09-2016 22:19 ]

[crisp]

De reacties op de FP worden met Ajax gepost, en dat is wel UTF8 (of zou het moeten zijn) en wordt serverside weer omgezet naar ISO-8859-15 (omdat we daar intern nog aan vast zitten...)

Bij een gewone form post honoreert de browser de charset van de pagina (en gebruikt waar nodig numerieke entities).

[ Voor 24% gewijzigd door crisp op 14-09-2016 22:22 ]

[Hero of Time]

Ah, klinkt als een potentiële plek om dit fout te laten gaan. Encodings mengen is nooit een goed idee.

[crisp]

Hero of Time schreef op woensdag 14 september 2016 @ 22:24:
Ah, klinkt als een potentiële plek om dit fout te laten gaan. Encodings mengen is nooit een goed idee.

We zijn er noodgedwongen best goed in geworden; meestal zijn het browsers die de mist in gaan

Edit: Firefox 48 onder windows gaat ook goed. Zal morgen even met Ubuntu kijken

[ Voor 11% gewijzigd door crisp op 14-09-2016 22:33 ]

[Hero of Time]

Jaja, geef de browser maar weer de schuld.

Maar is de preview van comments op de FP verwijdert, of was die nooit aanwezig?

[Dirk]

In T7 nooit aanwezig, daarvoor weet ik het niet.

[_David_]

Volgensmij hebben FP reacties nooit een preview gehad.

Probleem is trouwens al eens eerder voorgekomen (en toen gefixt), had toen te maken met de http headers die IE (niet) meestuurde. ([bug] Unicode karakters in reacties)

[CH4OS]

crisp schreef op woensdag 14 september 2016 @ 22:02:
Wat voor browser gebruik je?

Ik gebruik overigens de nieuwste Firefox op Windows 10...

crisp schreef op woensdag 14 september 2016 @ 22:28:
[...]

We zijn er noodgedwongen best goed in geworden; meestal zijn het browsers die de mist in gaan

Edit: Firefox 48 onder windows gaat ook goed. Zal morgen even met Ubuntu kijken

Ik heb het bericht vanaf Windows 10 icm Firefox 48.0.2 getyped en geprobeerd te bewerken.

[ Voor 102% gewijzigd door CH4OS op 15-09-2016 00:10 ]

[crisp]

_David_ schreef op woensdag 14 september 2016 @ 23:15:
Volgensmij hebben FP reacties nooit een preview gehad.

Probleem is trouwens al eens eerder voorgekomen (en toen gefixt), had toen te maken met de http headers die IE (niet) meestuurde. ([bug] Unicode karakters in reacties)

We bepalen inderdaad aan de hand van de request headers welke karaktersetner werd gebruikt. Het zou handig zijn als iemand die dit probleem kan reproduceren die headers zou kunne achterhalen en hier posten

[crisp]

Als ik een ë post dan zie ik deze headers in Firefox onder windows 7:

Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding	gzip, deflate, br
Accept-Language	en-US,en;q=0.5
Connection	keep-alive
Content-Length	145
Content-Type	application/x-www-form-urlencoded; [b]charset=UTF-8[/b]
Cookie	*snip*
DNT	1
Host	tweakers.net
Referer	https://tweakers.net/gallery/3333/
User-Agent	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0

En dit is dan de ruwe postdata:

reactieFormContent=%C3%AB&action=update_message&tabel=7&tabelid=3333&parentid=9021501&tweakers_token
=*snip*

misbruik rustig mijn gallery om te testen

[ Voor 4% gewijzigd door crisp op 15-09-2016 09:28 ]

[crisp]

Dirk schreef op woensdag 14 september 2016 @ 22:09:
Hier met Xubuntu 15.10 en Firefox 48.0 werkt het in ieder geval ook niet, ik heb het net geprobeerd aan te passen.

Ik kan het ook niet reproduceren met Firefox 48 op Ubuntu 16.04 TLS... Blijkbaar speelt er dus nog een andere factor mee

[Falcon]

Ook reproduceerbaar onder safari op iOS9.

[corset]

same here

Windows 7 32Bit
Chrome Versie 52.0.2743.116 m
Chrome Versie 53.0.2785.116 m

Allebei de versies van Chrome

[ Voor 46% gewijzigd door corset op 15-09-2016 11:46 ]

[crisp]

Bugje gevonden En gefixed als het goed is

[CH4OS]

crisp schreef op donderdag 15 september 2016 @ 12:22:
Bugje gevonden En gefixed als het goed is

Tof! Top, maar wat was er nu aan het handje?

[crisp]

CH40S schreef op donderdag 15 september 2016 @ 20:42:
[...]
Tof! Top, maar wat was er nu aan het handje?

Er was per ongeluk een optimalisatie weggehaald in onze utf8-check waardoor die bij lange posts voortijdig afbrak en het resultaat als 'dit is geen utf8 dus hoeft niet te worden omgezet' werd opgevat

[crisp]

case closed dus