проблемы с URLLoader в Chrome

[ekeeper]

На сервер отправляются кривые параметры из флэшки, если запустить ее из Chrome.
Флэшка находится на ВК, порт сервера 80.

Если брать тестовый сервер с другим любым портом и флэшку на ВК - все работает прекрасно.

Где-то в коде составляется объект data, потом в цикле он перебирается, его значения проверяются и добавляются в URLVariables если они такие как нужно. Далее все отсылается на сервер через баянные URLRequest+URLLoader.

Вот код:

var data:Object
 ...
 
var url_request:URLRequest = new URLRequest(host);
var url_loader:URLLoader = new URLLoader();
var url_vars:URLVariables = new URLVariables();
 
var key:String;
var value:*;
 
for (key in data) {
    value = data[key];
 ...
 
    url_vars[key] = value;
}
 
url_request.data = url_vars;
url_request.method = URLRequestMethod.POST;
 
url_loader.load(url_request);

Во всех браузерах идет нормальная отправка данных:

{"_session"=>"192837465", "var1"=>"var1"}

А в Chrome мы видим вот такой вот ад:

{"Content-Type: application/x-www-form-urlencoded\r\nContent-Length: 70\r\n\r\n_session"=>"192837465", "var1"=>"var1"}

Именно отправляется в таком виде - жал F12, выбирал панель Network и смотрел что уходит.
На серваке весь этот треш принимается как есть, то есть такая кривая переменная прям создается.

Есть идеи как это вылечить?

Добавление url_loader.dataFormat = URLLoaderDataFormat.VARIABLES; не помогло...

[maxkar]

Это проблемы хрома. Он неверно формирует заголовки.

На всякий случай посмотрите весь отправляемый пакет (желательно в "неразобранном" на поля виде, как большой текст). Мне очень интересно, что за заголовок идет перед Content-Type и как именно он заканчивается.

Чисто теоретически, в url мог попасть перевод строки (в host). Но если он туда попал и ушел, это точно проблемы chrome.

[ekeeper]

UPD: Ад и Израиль - IE вообще блокирует такие запросы из флэшки...