Re: [quicwg/base-drafts] Initial table size is the maximum permitted when table is first usable (#1642)

[afrind <[e-mail]>]

afrind commented on this pull request.



> @@ -127,6 +127,16 @@ The dynamic table consists of a list of header fields maintained in first-in,
 first-out order.  The dynamic table is initially empty.  Entries are added by
 instructions on the encoder stream (see {{encoder-stream}}).
 
+The maximum size of the dynamic table can be modified by the encoder, subject to
+a decoder-controlled limit (see {{configuration}} and {{size-update}}).  The
+initial maximum size is determined by the corresponding setting when HTTP
+requests or responses are first permitted to be sent. For clients using 0-RTT
+data in HTTP/QUIC, this means that the table size is the remembered value of the

s/this means that//

> @@ -127,6 +127,16 @@ The dynamic table consists of a list of header fields maintained in first-in,
 first-out order.  The dynamic table is initially empty.  Entries are added by
 instructions on the encoder stream (see {{encoder-stream}}).
 
+The maximum size of the dynamic table can be modified by the encoder, subject to
+a decoder-controlled limit (see {{configuration}} and {{size-update}}).  The
+initial maximum size is determined by the corresponding setting when HTTP
+requests or responses are first permitted to be sent. For clients using 0-RTT
+data in HTTP/QUIC, this means that the table size is the remembered value of the
+setting, even if the server later specifies a larger maximum in its SETTINGS
+frame.  For HTTP/QUIC servers and HTTP/QUIC clients when 0-RTT is not attempted
+or is rejected, this means that the initial maximum table size is the value of

and here

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/pull/1642#pullrequestreview-148198969