On 22/12/2016 12:58, Mark Thomas wrote:
> On 22 December 2016 10:16:18 GMT+00:00, Durga Srinivasu Karuturi 
> <durgasriniv...@gmail.com> wrote:
>> Hi,
>>
>> Shall i raise a defect?
> 
> Patience. Give the community a chance to look at it first. Given the time of 
> year, that might take longer than usual.

I can confirm I can repeat the problem you are describing.

Tomcat not sending an HPACK dynamic table size update is certainly a
possibility.

I'll look into the root cause next.

Mark


> 
> Mark
> 
> 
>>
>> Thanks,
>> Durga Srinivasu
>>
>> On Wed, Dec 21, 2016 at 2:56 PM, Durga Srinivasu Karuturi <
>> durgasriniv...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> We are stuck with this issue.
>>>
>>> Is this locally reproducible with sample web-app?
>>>
>>> Thanks,
>>> Durga Srinvasu
>>>
>>>
>>> On Tue, Dec 20, 2016 at 11:26 AM, Durga Srinivasu Karuturi <
>>> durgasriniv...@gmail.com> wrote:
>>>
>>>> Its ~5MB file (ROOT app tar bundle).
>>>>
>>>> I hope the information, which i have shared so far is useful enough
>> to
>>>> reproduce the problem locally.
>>>>
>>>> Please let me know if i missed any other information.
>>>>
>>>> Thanks,
>>>> Durga Srinivasu
>>>>
>>>>
>>>> On Tue, Dec 20, 2016 at 7:42 AM, Sreeraj V P <sree...@entesos.com>
>> wrote:
>>>>
>>>>> yes.. started download.. hadnt waited to complete.
>>>>>
>>>>> Sent from BlueMail ​
>>>>>
>>>>> On 19 Dec 2016, 3:27 p.m., at 3:27 p.m., Durga Srinivasu Karuturi <
>>>>> durgasriniv...@gmail.com> wrote:
>>>>>> Mark,
>>>>>>
>>>>>> Looks like tar/zip attachments are getting removed.
>>>>>>
>>>>>> Uploaded same in google drive now.
>>>>>>
>>>>>> Please let me know if you can access the same or not.
>>>>>>
>>>>>> https://drive.google.com/open?id=0B1OzquDqWi6bVUN0MDk2RDFENG8
>>>>>>
>>>>>> Thanks,
>>>>>> Durga Srinivasu
>>>>>>
>>>>>>
>>>>>> On Mon, Dec 19, 2016 at 3:21 PM, Durga Srinivasu Karuturi <
>>>>>> durgasriniv...@gmail.com> wrote:
>>>>>>
>>>>>>> Mark,
>>>>>>>
>>>>>>> Attaching the modified ROOT web-app from tomcat 8.5.9 bundle.
>> Just
>>>>>> changed
>>>>>>> index.jsp and added lib [mostly DOJO] folder content to
>> reproduce.
>>>>>>>
>>>>>>> If we deploy this in latest 8.5.9 with http2 enabled in chrome
>> we are
>>>>>>> seeing the SPDY compression errors
>>>>>>>
>>>>>>> Please let me know if this helps.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Durga Srinivasu
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Dec 19, 2016 at 2:31 PM, Mark Thomas <ma...@apache.org>
>>>>>> wrote:
>>>>>>>
>>>>>>>> On 17/12/2016 06:35, Durga Srinivasu Karuturi wrote:
>>>>>>>>> Do i need to post in any other forum?
>>>>>>>>
>>>>>>>> No, you are in the right place.
>>>>>>>>
>>>>>>>> You mentioned the issue was reproducible with the Dojo
>> libraries. If
>>>>>> you
>>>>>>>> can provide the simplest possible set of steps to recreate this
>>>>>> issue
>>>>>>>> from a clean Tomcat 8.5.9 install that would be a big help.
>>>>>>>>
>>>>>>>> Mark
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Durga Srinivasu
>>>>>>>>>
>>>>>>>>> On Thu, Dec 15, 2016 at 6:41 PM, Durga Srinivasu Karuturi
>>>>>>>>> <durgasriniv...@gmail.com <mailto: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
>> <mailto: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..
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>         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/_ToggleB
>>>>>>>> uttonMixin.js.map
>>>>>>>>>
>>>>>> <https://10.104.118.174/webacs/lib/dijit/form/_ToggleButton
>>>>>>>> Mixin.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
>>>>>>>>>
>>>>>> <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-arch
>>>>>>>> ive/web/httpbisa/current/msg27867.html
>>>>>>>>>
>>>>>> <https://www.ietf.org/mail-archive/web/httpbisa/current/msg
>>>>>>>> 27867.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?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>
>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>>>>>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>>
>>>
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to