Do i need to post in any other forum?

Thanks,
Durga Srinivasu

On Thu, Dec 15, 2016 at 6:41 PM, Durga Srinivasu Karuturi <
durgasriniv...@gmail.com> wrote:

> Hi,
>
> Any pointers please?
>
> Thanks,
> Durga Srinivasu
>
> On Wed, Dec 14, 2016 at 10:15 PM, Durga Srinivasu Karuturi <
> durgasriniv...@gmail.com> wrote:
>
>> Hi,
>>
>> Recent chrome  [Mac - Sierra : Version  55.0.2883.87 (64-bit) ] we are 
>> seeing issues in http2 sites.
>>
>>
>> Initially we have seen problem with http2 table header size limit error and 
>> to fix this, we have upgraded tomcat 8.5.4 to 8.5.9 where tomcat has 
>> increased the header limit from 16K to 64K.
>>
>>
>> Now with latest tomcat 8.5.9 we are seeing  ERR_SPDY_COMPRESSION_ERROR while 
>> loading dojo libraries.
>>
>> Tried couple of steps (flush SPDY sokets etc) based on google search on this 
>> issue but nothing worked..
>>
>>
>> [image: Inline image 1]
>>
>> t=10513 [st= 1]     -HTTP_TRANSACTION_SEND_REQUEST
>>
>> t=10513 [st= 1]     +HTTP_TRANSACTION_READ_HEADERS  [dt=36]
>>
>> t=10549 [st=37]        HTTP2_STREAM_ERROR
>>
>>                        --> description = "ABANDONED (stream_id=139):
>> https://10.104.118.174/webacs/lib/dijit/form/_ToggleButtonMixin.js.map";
>>
>>                        --> status = -363
>>
>>                        --> stream_id = 139
>>
>> t=10549 [st=37]     -HTTP_TRANSACTION_READ_HEADERS
>>
>> *                     --> net_error = -363 (ERR_SPDY_COMPRESSION_ERROR)*
>>
>> t=10549 [st=37]   -URL_REQUEST_START_JOB
>>
>> *                   --> net_error = -363 (ERR_SPDY_COMPRESSION_ERROR)*
>>
>> t=10549 [st=37]    URL_REQUEST_DELEGATE  [dt=0]
>>
>> t=10549 [st=37] -REQUEST_ALIVE
>>
>>                  --> net_error = -363 (ERR_SPDY_COMPRESSION_ERROR)
>>
>>
>> Initial content is downloaded (other JS files etc) but on some dojo 
>> libraries alone, we are this issue which make application home page load 
>> fails.
>>
>>
>> Firefox works!
>>
>>
>> We are having latest tomcat 8.5.9 already. Not sure where else problem now. 
>> We have not enabled any compression server side.
>>
>>
>> https://bugs.chromium.org/p/chromium/issues/detail?id=673315 (Chrome bugs i 
>> have raised)
>>
>>     My guess is that the bug is in Tomcat, in that it does not send an HPACK 
>> dynamic table size update (so the dynamic table should be the default 4 kB) 
>> but uses a 64 kB dynamic table.
>>     As soon as it references entries that are in fact already emitted, 
>> that's a compression error.
>>     See https://www.ietf.org/mail-archive/web/httpbisa/current/msg27867.html 
>> for a discussion on how to interpret the specs.
>>
>> According to the chrome bug notes problem is with tome dynamic table size 
>> 64k. I don't know how to confirm this is as tomcat issue as well.
>>
>> Can somebody help here to trace the problem?
>>
>>
>>
>>
>>
>>
>

Reply via email to