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
>> >>>
>> >>>
>> >>
>>
>
>

Reply via email to