| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
| |
It was in the `Main` section, but belongs in (and is read from) the `ProtocolHandler` section of the INI file
|
|
|
|
| |
This function call will cause BC.ActivateApp to be sent to the hmi when a RC app is connected for the first time.
|
| |
|
|
|
| |
Also make sure to set rc_supported based on the result of this RPC
|
|
|
| |
Fixes issues where invalid enum values are ignored but still reciprocated in the StartSessionACK
|
| |
|
| |
|
|\
| |
| | |
Merge Develop Fixes
|
| | |
|
| |\
| | |
| | |
| | |
| | | |
shoamano83/fix/memory_issue_in_from_mic_to_file_recorder
fix: memory issue in FromMicToFileRecorderThread
|
| | |
| | |
| | |
| | |
| | |
| | | |
Strings were not copied properly, instead pointers to buffers
were copied. One of the buffer was released immediately,
causing memory access through a dangling pointer.
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
shoamano83/fix/memory_leak_in_from_mic_to_file_recorder
fix: memory leak in FromMicToFileRecorderThread
|
| | | | |
|
| | |/
| |/| |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* fix: invalid memory access in websocket_handler
* Revert "fix: invalid memory access in websocket_handler"
This reverts commit 120c087d92fac3e3c950f1e689461aafd2fa459c.
* fix: (again) invalid memory access in websocket_handler
Previous commit was incomplete; we need to shift the
whole buffer.
|
| | |
| | |
| | |
| | | |
proper socket streamer cleanup
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
AKalinich-Luxoft/hotfix/fix_default_app_policies_update_after_ptu
Fix PTU applying for "default" app policies
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
There was a problem with applying changes for applications
which is registered with "default" policies and this
policy group was updated after PTU. In this case permissions
for already registered applications which is using these groups
still have permissions as before update.
Also default policy section was not updated after PTU with changes
in this section.
This issue is reproduced on EXTERNAL_PROPRIETARY flow only.
To fix this issue there was removed code in CacheManager, which
incorrectly assigns default policies to apps with "default" policies.
Also there was a redundant code because default policies is unwrapped in
PTU before its applying, so all specific application policies is already
have actual new default policy permissions. In this case it is correct to
assign to every app his own policies from PTU.
Also there was updated logic in ProcessAppPolicyCheckResults() to perform
all needed actions once per app, because its possible that results could
contain sever results for one app_id.
|
| | | |
| | | |
| | | |
| | | | |
clearner approach to handling warning as error.
|
| | | |
| | | |
| | | |
| | | | |
Changes made in #1789 + compilation fix. Original author @shoamano83
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | | |
fix: build break with ENABLE_LOG=OFF
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reflecting review comment.
|
| | |_|/
| |/| | |
|
|\ \ \ \
| | | | |
| | | | | |
Add `remoteControl` to HMICapability struct in Mobile API
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | | |
Pr/1674
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | | |
That change was added by #1517
|
| | | | | | |
|
| | | | | | |
|
| | |_|_|/
| |/| | |
| | | | |
| | | | | |
in map iterator loop.
|
|\ \ \ \ \
| | | | | |
| | | | | | |
fix: send Service Data ACK frames only for version 2-4
|
| | |_|/ /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The protocol spec document
https://github.com/smartdevicelink/protocol_spec says that the
frame is deprecated. Looking at its commit history the frame has
been marked as deprecated before introducing protocol version 5.
Also, looking at the comment in protocol_handler_impl.cc the
frame wasn't meant to send out in protocol version 1.
Therefore this fix will limit the use of Service Data ACK
for protocol version 2 through 4.
|
|\ \ \ \ \
| |_|_|/ /
|/| | | | |
hotfix connection list lock is not released
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | | |
Update MOBILE_API.xml to match `rpc_spec` repo
|
| | | | | |
| | | | | |
| | | | | | |
Includes fixes to build issues resulting from this update.
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Validate outgoing video params
|
| | | | | | |
| | | | | | |
| | | | | | | |
Reverts this section back to https://github.com/shoamano83/sdl_core/commit/f6ea1262c4b6a3d1e10dc89fa570720a6c85ea9d#diff-4a7a19ae471dc741759dcc42796f9fc3R1513
|
|\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | | |
Fix/core cannot find app via bt
|
| | |_|_|/ / /
| |/| | | | | |
|
|\ \ \ \ \ \ \
| |_|/ / / / /
|/| | | | | |
| | | | | | |
| | | | | | | |
AKalinich-Luxoft/hotfix/fix_cache_manager_hmi_types_getter
Fix DISALLOWED response when app has specifically defined policies
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
This problem mostly related to RC functionality. When SDL receives
any RC request, it checks is sending app have REMOTE_CONTROL HMI type.
If app does not have such HMI type, SDL disallows such RPC for it.
The problem was in CacheManager::GetHMITypes() function, which
returns appHMIType array even if it was not initialized(param is not present
in policy) so SDL tries to find HMI type in an empty array and that always
evaluates to false so SDL decides that current app is not RC app. If appHMITypes
is not specified in policies, SDL should search HMI type in array of HMI types,
provided by application on its registration.
This check works correctly if application has default policies.
To fix that problem there was added check in GetHMITypes() to avoid
returning of uninitialized array.
|
|\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | | |
Require nav or projection app for SendHapticData
|
| | |_|/ / / /
| |/| | | | | |
|
|\ \ \ \ \ \ \
| |/ / / / / /
|/| | | | | |
| | | | | | |
| | | | | | | |
shoamano83/fix/enable_system_capabilities_from_file
Fix/enable system capabilities from file
|