Bug ID 852917: Accept-Encoding header is removed when websso form-based is used

Last Modified: Dec 13, 2023

Affected Product(s):
BIG-IP APM(all modules)

Known Affected Versions:
14.1.0, 14.1.0.1, 14.1.0.2, 14.1.0.3, 14.1.0.5, 14.1.0.6, 14.1.2, 14.1.2.1, 14.1.2.2, 14.1.2.3, 14.1.2.4, 14.1.2.5, 14.1.2.6, 14.1.2.7, 14.1.2.8, 14.1.3, 14.1.3.1, 14.1.4, 14.1.4.1, 14.1.4.2, 14.1.4.3, 14.1.4.4, 14.1.4.5, 14.1.4.6, 14.1.5, 14.1.5.1, 14.1.5.2, 14.1.5.3, 14.1.5.4, 14.1.5.6, 15.0.0, 15.0.1, 15.0.1.1, 15.0.1.2, 15.0.1.3, 15.0.1.4, 15.1.0, 15.1.0.1, 15.1.0.2, 15.1.0.3, 15.1.0.4, 15.1.0.5, 15.1.1, 15.1.2, 15.1.2.1, 15.1.3, 15.1.3.1, 15.1.4, 15.1.4.1, 15.1.5, 15.1.5.1, 15.1.6, 15.1.6.1, 15.1.7, 15.1.8, 15.1.8.1, 15.1.8.2, 15.1.9, 15.1.9.1, 15.1.10, 15.1.10.2, 15.1.10.3

Fixed In:
16.0.0

Opened: Nov 25, 2019

Severity: 3-Major

Symptoms

Service published behind LTM-APM virtual server type, with forms-based single sign-on showing ??? characters for non-English languages.

Impact

The Accept-Encoding header may be removed.

Conditions

-- Form-based single sign-on (SSO) is configured for a virtual server. -- Non-English characters exist.

Workaround

Add the following iRule: when HTTP_REQUEST_RELEASE { if { [HTTP::header exists "Accept-Encoding"] } { HTTP::header replace "Accept-Encoding" "gzip, deflate" } else { HTTP::header insert "Accept-Encoding" "gzip, deflate" } }

Fix Information

Accept-Encoding header is removed only when the log level for SSO is set to Debug. Accept-Encoding remains untouched for all other log levels.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips