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