[webkit-dev] http://build.webkit.org/console fails to load in Chromium (appears to be server side bug)

[William Siegrist]

There was a corrupt file in the webserver cache which has been removed. Please let me know if anyone hits this again. The problem was not specific to sdch, but headers are used to hash cache files so only a specific set of headers got you the bad file. 

-Bill



On Jan 19, 2011, at 2:24 PM, Mikhail Naganov wrote:

> It is not necessary to specify a category.
> http://build.webkit.org/console?reload=60 also works (at least, for
> me).
> 
> On Thu, Jan 20, 2011 at 01:20, James Robinson <jamesr at google.com> wrote:
>> http://build.webkit.org/console fails to load in Chromium (and Google
>> Chrome) today.  It seems that the bug is in the server's Accept-Encoding:
>> handling.  If the Accept-Encoding line includes 'sdch' then the server
>> closes the socket without sending any response bytes.  Requests for other
>> pages like /console?category=core or /waterfall succeed, probably because
>> the response page for /console?category=core and /waterfall are smaller
>> (379152 vs 253031/289609 bytes) and presumably something on the server side
>> is barfing.  Other browsers do not currently include sdch in their
>> Accept-Encoding lines and so are unaffected.
>> A workaround for Chromium users is to pass the command line flag
>> --enable-sdch=.google.com which will prevent sdch from being passed in the
>> Accept-Encoding line for all servers except for ones under .google.com.
>>  This is obviously far from ideal as it prevents sdch use on pages other
>> than *.google.com that support it.  Can whoever runs the web server for
>> build.webkit.org please try to fix this?  I'm also curious to know where the
>> actual problem is so we can determine how widespread this might be.
>> - James
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>> 
>> 
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20110119/e0648fbd/attachment.html>