In version 2.0 we added support for additionalOptions at the request 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 at the top level.
For example, code like this:
var requestOpts = PlacementRequest<StandardPlacement>.Options()
requestOpts.additionalOptions = [
"includePricingData": .boolean(true)
]
Sadly, the Kevel servers don't understand that and are ignoring the includePricingData field.
Acceptance Criteria
The additionalOptions values passed on the request method should be included as top-level values in the JSON payload of the Kevel request.
Out of Scope
Note that there is a similar mechanism on each placement inside 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 request 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 at the top level.For example, code like this:
Should create a JSON payload like this:
However, it's actually adding an
additionalOptions
section in the request payload, like this:Sadly, the Kevel servers don't understand that and are ignoring the
includePricingData
field.Acceptance Criteria
additionalOptions
values passed on therequest
method should be included as top-level values in the JSON payload of the Kevel request.Out of Scope
Note that there is a similar mechanism on each placement inside the request, and it is also not working correctly. However, we are tracking that as a separate issue, so it is out of scope.