Steps to reproduce: Go to bug URL Open Inspector Click on the resources tab Display sizes of the resources Expected Results: It will indicate that the pdf is 573119 bytes, as it correctly displays in the Content-Length from the response header. Actual results: It indicates that the pdf is of zero size, indicating that the entire data loaded was the same size as the favicon.
Confirmed. But only for a case when Adobe Reader loads PDF inside WebKit. There is no problem with pdf loaded with Preview.
Using the devkit/devtools I get spurious file sizings for imagery. Steps to reproduce: Go to a website with some images Open Inspector Click on the resources tab Display sizes of the resources Expected results: Exact and reproducible file sizes for each image. Actual Results: Initial file sizes declared file sizes ~1 order of magnitude larger than actual file sizes (20kb showing as 200kb). On page refresh, the file sizes changed to something else altogether (still wildly different to their actual file sizes) Example Screenshot: http://img40.imageshack.us/img40/8682/bug20700example.png Browser Specs: Chromium V:4.0.222.0 (28149) Macbook Pro Intel OSX(Leopard)
Closing as invalid, as this bug pertains to the old inspector UI and/or its tests. Please file a new bug (https://www.webkit.org/new-inspector-bug) if the bug/feature/issue is still relevant to WebKit trunk.