-
Notifications
You must be signed in to change notification settings - Fork 244
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
Unauthorized app does not get unregistered. #2795
Comments
@Nilesh-harman we think that SDL behavior is correct in this case. It should not unregister the application, but should not allow to activate it after that. We also have ATF scripts with the corresponding expectations. Additionally, SDL core has a field "count_of_run_attempts_while_revoked" (and ATF script) in the statistics section of the policy table which is used to track the attempts of activation of the revoked app, which makes no sense if SDL will unregister revoked applications. For that reason, we concluded that the SDL integration guideline itself is wrong and should be updated to reflect the proper core behavior. |
Closed via the above PRs |
Hi,
We need help related to wrong app-id passed to SyncProxyTester app. It's an app revoked issue i.e. unauthorized app handling.
There is no implementation for unregistering the unauthorized app in this scenario.
Pre-conditions:
Error Path:
Observed behavior:
SyncProxyTester does not get unregister from HMI.
Expected behavior:
As per SDL integration guideline(#3.1.2) the app should unregister as "isAppRevoked: true"
From the sequence diagram#13.1.4.5, please refer the rpc flow below
1)HMI-->SDL: request of SDL.ActivateApp
2)SDL-->HMI: response of SDL.ActivateApp with "isAppRevoked: true"
3)SDL-->HMI: Notification of BasicCommunication.OnAppUnregistered
But there is no implementation for OnAppUnregistered for the step #3.
Note: Version used is SDL 4.2. Please let me know if you need any info.
Thanks.
The text was updated successfully, but these errors were encountered: