-
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.
- clones
-
JBEAP-5285 (7.1.0) access log states incorrect sizes for gzipped resources
- Verified
-
UNDERTOW-568 access log states incorrect sizes for gzipped resources
- Resolved
- is incorporated by
-
JBEAP-5116 (7.0.z) Upgrade Undertow from 1.3.23.Final to 1.3.24.Final
- Verified