I tried this in the console and the input string matches the round-trip string. (See sample code at the bottom.)

This may have to do with how the browser handles special characters when test as text.

I attached a screen shot of running the sample through an html page. I then copy-pasted the encoded output to the Javascript console. Some weird discrepancies.

*** sample ***

import 'dart:convert';

void main() {
  var input = '[{"nome":"alícia"}]';
  List<String> list = JSON.decode(input);
  print(list);

  var encoded = JSON.encode(list);
  print(encoded);

  print(input == encoded);
}

Attachment:
[Screen Shot 2014-02-13 at 8.33.41 AM.png](https://storage.googleapis.com/google-code-attachments/dart/issue-16800/comment-1/Screen Shot 2014-02-13 at 8.33.41 AM.png) (11.04 KB)

Added Library-Html, Triaged labels.
Changed the title to: "UTF8 characters render differently in the browser than in the console".

This comment was originally written by jcbr...@gmail.com

No, the conversion in OSX Mavericks is render wrong charset. Look in code:

Attachment:
[Captura de Tela 2014-02-13 às 20.18.24.png](https://storage.googleapis.com/google-code-attachments/dart/issue-16800/comment-2/Captura de Tela 2014-02-13 às 20.18.24.png) (290.17 KB)

This comment was originally written by jcbr...@gmail.com

May be this issue happens only in osx. I dont remember this in windows.

I can't repro this on either OSX or Linux.

This character is a fairly common one (\u00ED;LATIN SMALL LETTER I WITH ACUTE;Ll;0;L), font issue seems surprising, though console output is definitely not held to the same standard as page rendering.

Can also test this via JS in the console:

JSON.parse('[{"nome":"alícia"}]')

or just this should repro:
'al\u00EDcia'

If it does not repro in JS then it's more of a Dart issue and should definitely be tracked down.

This does not sound like a JSON decode problem. The input to JSON.decode is a Dart string, so it is always UTF-16, no matter what how the source code was encoded.

Does the same problem happen if you write the value as a Dart literal:
  var jason1 = [{"Nome": "Alícia"}](i.e., without going through JSON.decode)?

I see no problem when running this on Linux in the stand-alone Dart-VM, or through the Dart Editor. Could be OSX only - my command line shell is unicode aware, so it prints correctly.

The picture shows that the Editor doesn't recognize the source code as UTF-8, but probably thinks it is ISO-Latin-1 or Windows-1252.
The editor is the one serving the file to Dartium when you run it through the editor, so it would make sense if it sent the wrong encoding with the file as well.

Can you try opening the inspector in Dartium (this will break the debug connection to the editor, but that's fine for now), click on the "Network" tab, and then reload the page. Then check the "table.html" file's "headers" tab, under "Response headers", and see what the "Content-Type" entry says?

(Tentatively setting to Area-Editor until we know more)

Removed Library-Html label.
Added Area-Editor, OpSys-OSX, NeedsInfo labels.

This comment was originally written by jcbri...@gmail.com

Content-Type:text/html

I tried this on both Mac and Linux, and it appears to work as intended (Mac screenshots attached). Perhaps this is an issue related to the OS language setting?

Attachments:
2014-02-18_16-30-52.png (299.80 KB)
2014-02-18_16-31-27.png (300.18 KB)

Removed Area-Editor label.

This comment was originally written by jsing...@gmail.com

This might be related to bug 18150.

No encoding seems to be set when the editor serves the file:

HTTP/1.1 200 OK
content-type: application/dart
date: Wed, 03 Sep 2014 16:39:33 GMT
transfer-encoding: chunked
content-encoding:
server: dart:io with Shelf

Set owner to @alan-knight.
Removed Priority-Unassigned label.
Added Priority-Medium label.

Closing this issue as duplicate of #18150.