Uploaded image for project: 'Undertow'
  1. Undertow
  2. UNDERTOW-568

access log states incorrect sizes for gzipped resources

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major Major
    • 2.0.0.Beta1, 1.3.24.Final, 1.4.0.CR2
    • 1.1.8.Final
    • None
    • None

    • Wildfly 8.2.0.Final (Undertow updated to 1.1.8.Final)

      I have a css resource that weighs in at exactly 494750 bytes.
      It's served gzipped by the filter configured in the server config:

      <filter-ref name="gzip-filter" predicate="regex[pattern='(?:application/javascript|text/css)(;.*)?', value=%{o,Content-Type}, full-match=true]"/>
...
<gzip name="gzip-filter"/>

      When this css is served, access log's %b says 499002, whereas Chrome's devtools say 44.5 KB. So %b states that the uncompressed file was sent.
      The 494750 != 499002 disrepancy is probably due to JSF's EL evaluation of #{resource[...]} expressions, and is irrelevant here.

              sdouglas1@redhat.com Stuart Douglas (Inactive)
              vsevolodgol Vsevolod Golovanov (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: