- From: Mark Nottingham <mnot@mnot.net>
- Date: Tue, 1 Jul 2014 16:55:23 +1000
- To: Poul-Henning Kamp <phk@phk.freebsd.dk>
- Cc: "William Chan (ιζΊζ)" <willchan@chromium.org>, HTTP Working Group <ietf-http-wg@w3.org>
PHK - I appreciate you're concerned about the CONTINUATION issue, but using it to derail other discussions isn't appropriate. Also, emotive language like "bogus misfeatures" and "blackmail" doesn't help make decisions; it's just a distraction. Please refrain. Thanks, On 1 Jul 2014, at 4:23 pm, Poul-Henning Kamp <phk@phk.freebsd.dk> wrote: > In message <CAA4WUYgqE02o9jftm1ERJGsKBqau9CRAJ4=JF0r3x-11gh5ZXQ@mail.gmail.com>, =?UTF-8?B?V2lsbGlhbSBDaGF > uICjpmYjmmbrmmIwp?= writes: > >> This has come up in a number of different discussions over time, and I >> thought it'd be nice to gather a list of things that it'd be useful if >> major implementations did in order to keep the ecosystem healthy. > > The best way to "keep the ecosystem healthy" is to write a good and > simple standard without bogus misfeatures like CONTINUATION. > >> * Make sure to use features that aren't necessarily required, in order to >> make sure they remain viable. For example: >> - If we think servers need to at least be able to support reading >> continuation frames (if not necessarily use them themselves), then clients >> should make sure to exercise this code path some part of the time. > > You have heard a rather large number of intermediaries say clearly that > they will not implement CONTINUATION, trying to force them to using this > sort of "blackmail" ain't gonna make you and your browser any friends. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > -- Mark Nottingham https://www.mnot.net/
Received on Tuesday, 1 July 2014 06:55:48 UTC