In version 2.0 we added support for additionalOptions at the placement level to support new parameters on the Kevel servers without having to change/update the iOS SDK. They are meant to be added to the request JSON payload at the placement level.
However, there was some misunderstandings around this feature and the "custom properties" JSON data structure for targeting. As such, we don't currently support additionalOptions at the placement level.
The additionalOptions values passed on the placement should be included as values in the JSON payload for the placement.
Out of Scope
Note that there is a similar mechanism on the top-level of the request, and it is also not working correctly. However, we are tracking that as a separate issue, so it is out of scope.
Background
In version 2.0 we added support for
additionalOptions
at the placement level to support new parameters on the Kevel servers without having to change/update the iOS SDK. They are meant to be added to the request JSON payload at the placement level.However, there was some misunderstandings around this feature and the "custom properties" JSON data structure for targeting. As such, we don't currently support
additionalOptions
at the placement level.Example
For example, code similar to this:
Should generate a JSON payload like this:
Acceptance Criteria
additionalOptions
values passed on the placement should be included as values in the JSON payload for the placement.Out of Scope
Note that there is a similar mechanism on the top-level of the request, and it is also not working correctly. However, we are tracking that as a separate issue, so it is out of scope.