search

smartdevicelink / sdl_requirements

Collection of requirements/technical tasks for new sdl_core features
BSD 3-Clause "New" or "Revised" License
2 stars 7 forks source link

Clarification of the expected result in cases mobile app requests changes for hdRadioEnable, but capabilities do not allow #78

Closed HSavynetska closed 6 years ago

HSavynetska commented 6 years ago

Question is related to proposal https://github.com/smartdevicelink/sdl_evolution/blob/master/proposals/0160-rc-radio-parameter-update.md

Please clarify the expected result in the next case: In case: 1) SDL receives hdRadioEnableAvailable = false/siriusxmRadioAvailable = false/without hdRadioEnableAvailable/without siriusxmRadioAvailable in RC.GetCapabilities from HMI 2) Mobile app requests SetInteriorVehicleData with changing ("hdRadioEnable": ON/"band": "XM").

Expected result:

  1. SDL resends request to HMI and HMI responds with resultCode READ_ONLY

or

  1. SDL rejects request with resultCode READ_ONLY and does not send request to HMI
HSavynetska commented 6 years ago

@KhrystynaDubovyk , please be informed about issue.

GetmanetsIrina commented 6 years ago

Closed by mistake. Reopened.

yang1070 commented 6 years ago

@HSavynetska @GetmanetsIrina @KhrystynaDubovyk I think in this case Mobile app requests SetInteriorVehicleData with changing ("hdRadioEnable": ON/"band": "XM")., where hdRadioEnable is not a supported capability and band is supported and is not read-only, so SDL rejects request with resultCode UNSUPPORTED_RESOURCE and does not send request to HMI.

And this is consistent with the behavior when the request fails the CheckIfModuleDataExistInCapabilities check.

GetmanetsIrina commented 6 years ago

@yang1070 , thanks!