Bug ID 597214: Portal Access / JavaScript code which uses reserved keywords for field names in literal object definition may not work correctly

Last Modified: Apr 10, 2019

Bug Tracker

Affected Product:  See more info
BIG-IP APM(all modules)

Known Affected Versions:
11.5.1, 11.5.1 HF1, 11.5.1 HF10, 11.5.1 HF11, 11.5.1 HF2, 11.5.1 HF3, 11.5.1 HF4, 11.5.1 HF5, 11.5.1 HF6, 11.5.1 HF7, 11.5.1 HF8, 11.5.1 HF9, 11.5.2, 11.5.2 HF1, 11.5.3, 11.5.3 HF1, 11.5.3 HF2, 11.5.4, 11.5.4 HF1, 11.5.4 HF2, 11.5.4 HF3, 11.5.4 HF4, 11.6.0, 11.6.0 HF1, 11.6.0 HF2, 11.6.0 HF3, 11.6.0 HF4, 11.6.0 HF5, 11.6.0 HF6, 11.6.0 HF7, 11.6.0 HF8, 11.6.1, 11.6.1 HF1, 11.6.1 HF2, 12.0.0, 12.0.0 HF1, 12.0.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.0, 12.1.0 HF1, 12.1.0 HF2, 12.1.1, 12.1.1 HF1, 12.1.1 HF2, 12.1.2

Fixed In:
13.0.0, 12.1.2 HF1, 11.6.2, 11.5.5

Opened: Jun 03, 2016
Severity: 3-Major

Symptoms

JavaScript code with literal object definition containing field names equal to reserved keywords is not handled correctly by Portal Access.

Impact

JavaScript code is not rewritten and may not work correctly.

Conditions

JavaScript code with literal object definition containing fields with reserved keywords as a name, for example: var a = { default: 1, continue: 2 };

Workaround

You can use an iRule to rename field names in the original code.

Fix Information

Now JavaScript with literal object definition containing reserved keywords as field names is handled correctly by Portal Access.

Behavior Change