-
Bug
-
Resolution: Done
-
Major
-
7.0.0.GA
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.
- is blocked by
-
UNDERTOW-568 access log states incorrect sizes for gzipped resources
- Resolved
- is cloned by
-
JBEAP-4821 (7.0.z) access log states incorrect sizes for gzipped resources
- Verified
- is incorporated by
-
JBEAP-5284 (7.1.0) Upgrade Undertow from 1.3.23.Final to 1.4.0.CR4
- Verified