Bug ID 1492693: Importing a New Policy virtual server Overwriting an existing Policy are not consistent through Rest

Last Modified: Jun 28, 2025

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

Known Affected Versions:
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, 15.1.10.4, 15.1.10.5, 15.1.10.6, 16.1.3, 16.1.3.1, 16.1.3.2, 16.1.3.3, 16.1.3.4, 16.1.3.5, 16.1.4, 16.1.4.1, 16.1.4.2, 16.1.4.3, 16.1.5, 16.1.5.1, 16.1.5.2, 16.1.6, 17.1.0, 17.1.0.1, 17.1.0.2, 17.1.0.3, 17.1.1, 17.1.1.1, 17.1.1.2, 17.1.1.3, 17.1.1.4, 17.1.2, 17.1.2.1, 17.1.2.2

Opened: Jan 19, 2024

Severity: 3-Major

Symptoms

Policies imported through Rest (DO) need to specify their desired partition and policy name, or specify the target policy to overwrite. This can be confusing as there is no unified way to upsert - ie. create or update.

Impact

Policies are imported to the common partition with the name in the provided file, and not to the "target policy" specified in the task.

Conditions

Importing a policy from a remote file and specifying a target policy with partition and name that does not exist on the target device.

Workaround

When creating a new policy, a "fullPath" should be specified in the REST task. When overwriting an existing policy, a target "policy" object should be provided.

Fix Information

None

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips