Re: баг SPDY

[Илья Шипицин]

Валентин, в Google я обязательно сообщу. Для этого в том числе и
создавался стенд.
слишком много нам крови попортила эта бага, чтобы сейчас отступать.

я понимаю вашу реакцию, думаю, в дальнейшем есть шансы на послабление
бескомпромиссной позиции WONTFIX.
для сравнения тот же "gzip_disable msie6" вполне можно было не делать,
а сказать "проблема Майкрософт, браузер же честно говорит
Accept-Encoding: gzip, вот мы и отдаем ему gzip".

14 августа 2013 г., 15:32 пользователь Валентин Бартенев
<vbart at nginx.com> написал:
> On Wednesday 14 August 2013 12:29:10 Илья Шипицин wrote:
>> Добрый день!
>>
>> мы налетели на забавную ситуацию, как оказалось, Chrome и  nginx
>> по-разному смотрят на стандарты SPDY. Если отправлять пустой хедер, то
>> Chrome считает, что это корректно и отправляет, nginx же считает, что
>> некорректно и режет.
>>
>> для разбора полетов сделали два стенда
>>
>> https://spdy2.skbkontur.ru
>> https://spdy3.skbkontur.ru (тут для сравнения поднят node.js)
>>
>> учитывая долю Chrome среди браузеров, надо что-то с этим делать.
>>
>
> Люди из Google сами в протоколе эту ситуацию явно прописали, даже указали, какую
> ошибку MUST возвращать сервер.
>
> The length of each name and value must be greater than zero.  A receiver of a
> zero-length name or value must send a RST_STREAM with code PROTOCOL error.
>
> http://dev.chromium.org/spdy/spdy-protocol/spdy-protocol-draft2#TOC-HEADERS
>
> Предлагаю сообщить о баге в Chrome.  Разработчики Firefox и Opera читали
> спецификацию и ведут себя корректно.
>
> SPDY draft. 3 предписывает то же самое:
>
>  A recipient of a zero-length name MUST issue a stream error
>  (Section 2.4.2) with the status code PROTOCOL_ERROR for the
>  stream-id.
>
> https://tools.ietf.org/html/draft-mbelshe-httpbis-spdy-00#section-2.6.10
>
> --
> Валентин Бартенев
> http://nginx.org/en/donation.html
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru