You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<param name="sliderPosition" type="Integer" minvalue="1" maxvalue="26" mandatory="false">
<description>
Current slider value returned when saved or canceled (aborted)
This value is only returned for resultCodes "SAVED" or "ABORTED"
</description>
</param>
<param name="sliderPosition" type="Integer" minvalue="1" maxvalue="26" mandatory="false">
<description>Current slider position. Must be returned when the user has clicked the ‘Save’ or ‘Canceled’ button or by the timeout </description>
</param>
According to the information above HMI should send sliderPosition parameter also in erroneous response, but according to HMI specification, HMI can not provide custom parameters in the erroneous response. All faced custom parameters will be treated as fake parameters and will be removed from the message.
So we were thinking that the summary in API's should be updated and should say that sliderPosition parameter should be provided only in a successful response.
SDL should not provide sliderPosition parameter in erroneous response.
Note:
HMI issue should be created to remove sliderPosition parameter from the erroneous responses in case this solution will be applied.
Observed Behavior
HMI sends sliderPosition parameter with actual value in erroneous responses(ABORTED and TIMED_OUT)
SDL sends sliderPosition=0 in the response to the mobile side because can not process the sliderPosition received in erroneous response from HMI
@GetmanetsIrina It seems to me that this is at least partially an HMI issue as well. The HMI can send an ABORTED or TIMED_OUT response with the sliderPosition parameter, but it needs to use the normal response format rather than the error one.
Unfortunately when using this format, the HMI is not able send a message field, but sending sliderPosition is possible.
The main issue on Core's end is that it sends a sliderPosition of 0 if the HMI doesn't send this value properly, which is not valid in the Mobile API since minvalue="1". I don't believe that the Mobile API description needs to be changed in this case.
Bug Report
Incorrect behavior during processing of erroneous Slider responsive with
sliderPosition
parameterPrecondition
Reproduction Steps
Slider
with default params and valuesBack
button or wait until a timeout is expiredExpected Behavior
Mobile API says
HMI API says
According to the information above HMI should send
sliderPosition
parameter also in erroneous response, but according to HMI specification, HMI can not provide custom parameters in the erroneous response. All faced custom parameters will be treated as fake parameters and will be removed from the message.So we were thinking that the summary in API's should be updated and should say that
sliderPosition
parameter should be provided only in a successful response.SDL should not provide
sliderPosition
parameter in erroneous response.Note:
HMI issue should be created to remove
sliderPosition
parameter from the erroneous responses in case this solution will be applied.Observed Behavior
sliderPosition
parameter with actual value in erroneous responses(ABORTED and TIMED_OUT)sliderPosition=0
in the response to the mobile side because can not process thesliderPosition
received in erroneous response from HMIOS & Version Information
SPT: 20210305-Android (1076)
Logs
slider_sdl_log.zip
The text was updated successfully, but these errors were encountered: