Comment #7 on issue 8170 by [email protected]: Crash on tar.gz extension http://code.google.com/p/chromium/issues/detail?id=8170
run wget -S http://www.black2d.com/ttu/cs5352/gmcchesn-assignment5.tar.gz and you'll see: Content-Type: application/x-tar Content-Encoding: x-gzip Problem 1: This particular Apache server erroneously sent back an uncompressed tarball, even though it specified the x-gzip encoding. Chromium's gzip filter fails on this. Filter::FixupEncodingTypes() only catches the case where foo.tar is named foo.tar.gz, and Apache sends back "Content-Type: application/x-gzip". We need to let the gzip filter fallback to acting like a pass-through filter. Problem 2: ... and that filter failure somehow leads to DownloadThrottlingResourceHandler::OnResponseCompleted() getting called before DownloadThrottlingResourceHandler::ContinueDownload(), thereby getting to the NOTREACHED(). Should we try to fix this? How about reducing the severity of the error. We shouldn't crash the entire browser, but we don't want to sweep this under the rug either. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings --~--~---------~--~----~------------~-------~--~----~ Automated mail from issue updates at http://crbug.com/ Subscription options: http://groups.google.com/group/chromium-bugs -~----------~----~----~----~------~----~------~--~---
