Firefox не учитывает заголовок Content-type в xhrPost

Я пытаюсь отправить строку json в службу REST. Используется следующий код:

dojo.xhrPost( {
    url: REST_URL,
    postData: jsonData, 
    handleAs: "json",
    headers: {"Content-Type": "application/json"},    
    load: function(response, ioArgs) { 
    alert(response);
  },    
  error: function(response, ioArgs) {
        alert(response);
    }
  });

Я перехватываю запросы, отправленные браузерами (IE/Firefox), используя fiddler. Когда я отправляю запрос из IE, скрипач показывает, что для заголовка Content-type установлено значение «application/json».

Однако, когда тот же запрос отправляется с помощью Firefox, заголовок Content-type не отображается в заголовках запроса (то есть не добавляется Firefox). Мой сервер настроен для проверки того, что тип содержимого является «application/json». Следовательно, запрос отклонен сервером.

Вопрос:

  1. Что мне теперь делать, чтобы это работало в Firefox
  2. И самое главное, почему firefox не добавляет заголовок Content-type в заголовки запроса? Сведения об окружении: ОС: Win7 32-разрядная, Браузеры: IE8/9 и Firefox 11

person Mohd Asim    schedule 13.04.2012    source источник
comment
Обычно это работает. Можете ли вы дать ссылку на реальную страницу, показывающую проблему?   -  person Boris Zbarsky    schedule 14.04.2012
comment
Это внутренняя деятельность по развитию. Я попытаюсь воспроизвести то же самое где-нибудь еще и поделиться кодом. Спасибо.   -  person Mohd Asim    schedule 01.05.2012


Ответы (2)


Я знаю, что этот вопрос мертв, но, имея аналогичную проблему, я нашел этот отчет об ошибке.

Если вы ищете эту мудрость древних, я надеюсь, что это поможет ;)

person Pere Villega    schedule 02.12.2015

В вашем тесте может быть ошибка. Firefox также добавляет указанный вами заголовок Content-type. Единственная разница между IE/Chrome и Firefox заключается в том, что FF добавляет информацию о наборе символов, как показано ниже.

Content-Type: application/json; charset=UTF-8
person yongsung.yoon    schedule 15.04.2012
comment
Спасибо. Мы анализировали это слишком много раз, чтобы это было ошибкой. - person Mohd Asim; 01.05.2012