Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix UNSUPPORTED_RESOURCE result code for images #450

Conversation

AKalinich-Luxoft
Copy link
Contributor

@AKalinich-Luxoft AKalinich-Luxoft commented Nov 2, 2020

Fixes #443 and #442 and #445

This PR is ready for review.

Testing Plan

Covered by manual tests

Summary

Make HMI to respond with the proper result code in case when STATIC image is received. Also removed redundant and commented code to make things cleaner.

CLA

Make HMI to respond with the proper result code in case when
STATIC image is received. Also removed redundant and
commented code to make things cleaner.
There was noticed a regression that HMI does not forward
params in case of error. This is because of complicated and
wrong logic of calculation of some corner cases.
To avoid that, condition was reformatted as a more readable
separate function.
@theresalech
Copy link
Contributor

@AKalinich-Luxoft, given the size of these changes and time constraints (Steering Committee is currently reviewing Core 7.0 Release Candidate for approval, and release of both Core 7.0 and SDL HMI 5.4 are planned for tomorrow, 11/5), we will plan to review this PR for the following SDL HMI release.

app/model/sdl/Abstract/Model.js Outdated Show resolved Hide resolved
ffw/TTSRPC.js Show resolved Hide resolved
requestID,
'UI.PerformInteraction',
info,
params
Copy link
Contributor

@jacobkeeler jacobkeeler Nov 16, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As a note, if a PerformInteraction request is sent with MANUAL_ONLY, Core will mark the response as success: false if an UNSUPPORTED_RESOURCE code is sent.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems this is the case with Alert as well.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@AKalinich-Luxoft Perhaps we should keep it so these cases return WARNINGS for now? That or we could submit a fix for this issue alongside this PR. Let me know your thoughts on the matter

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jacobkeeler so the fix was to return UNSUPPORTED_RESOURCE instead of WARNINGS in these cases.
Regarding success:false - do you mean wrong SDL behavior in that case? If so, I agree that new SDL issue should be created and we can work on fix for that further

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jacobkeeler I also see the issues like smartdevicelink/sdl_core#1596 which looks like describe the same case

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmm, don't know exactly what happened with that issue, the one difference in the description is that it specifies is that UNSUPPORTED_RESOURCE is sent for VR.PerformInteraction instead of UI.PerformInteraction. At the moment, it looks like the SDL HMI will send WARNINGS for VR.PerformInteraction if unsupported phonemes are used, so it's possible that I attempted that and misinterpreted the results. Seems that the issue is still present though, so I will reopen the issue.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Alright, I think I can approve this PR for now and I'll submit a fix for smartdevicelink/sdl_core#1596 to go along with this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants