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

Release/2.2.2 #832

Merged
merged 12 commits into from
Nov 6, 2023
Merged

Release/2.2.2 #832

merged 12 commits into from
Nov 6, 2023

Conversation

EgorovEI
Copy link
Contributor

@EgorovEI EgorovEI commented Nov 6, 2023

Release notes:

  • Feature
  • Ignore
  • Release notes (Is it clear from the description here?)
  • Migration guide (If changes are needed for integrator already using the SDK - what needs to be communicated? Add underneath please)

Additional info:

  • Tests fixed, added? Unit, acceptance, snapshots?
  • Logging necessary for future troubleshooting of customer issues added?

Screenshots:

BitriseBot and others added 12 commits November 6, 2023 10:19
Before these changes when visitor had subsequent engagements, but SDK was configured only once, interactor instance created on configuration step kept incorrect (not initial) state. As a result, SDK started to behave incorrectly. So we decided to not try to find each bug, but re-create interactor each time on start engagement action or requesting visitor code.
This commit adds this functionality.
The new version of the Widgets SDK, which is represented in the Bitrise workflow
as `$NEW_VERSION`, is sent to a script that executes the `update_dependencies`
workflow in Cortex Financial. Then, in the Cortex side, the version of the
widgets will be increased and a new PR made. As this is part of the `deployment`
workflow for the widgets, this means that upon releasing widgets, nothing needs
to be done from our side to update Cortex (apart from approving the PR in
Cortex).

MOB-2783
There was the issue when Proximity meter is kept on after having audio/video call. The problem was that `isProximityMonitoringEnabled` was not toggled back.
The Proximity meter blocks user interactions and turns screen brightness off/on itself. So some redundant part of ProximityManager class was removed.

MOB-2771
AppIcon in SDK assets may lead to replacing
integrator application icon with Glia logo
that is not acceptable.
Previously if WidgetsSDK is configured one time and then visitor has regular engagement, then CV engagement with screen sharing, if the operator ends CV engagement, bubble and screen sharing state is still displayed. It happened because EngagementViewModel called interator.endSession which set `isEngagementEndedByVisitor` to `true` even in case if engagement is ended by operator. Since CV engagement is started without additional `configure` call, interactor keeps  `isEngagementEndedByVisitor` as `true`, which was broking CV flow.
This commit fixes it.

MOB-2731
Commit also includes several improvements:
- filtering out empty queueIds;
- depracation of old `configure` method;
- replace checking interactor existance with configuration one to ensure SDK is configured;
- improve error handling in TestingApp

MOB-2784
The configuration accepts a manual locale override, which is `nil` by default.
If the Core SDK returns an incorrect manual locale override, then the Widgets
SDK also returns an error on configuration to let know the integrator about it.
If the integrator provides a wrong site API key, this commit also makes sure to
inform the integrator instead of hanging.

Also, the settings screen now includes the possibility to add a manual locale
override visually. If it's empty, then it sends nil.

MOB-2798
@EgorovEI EgorovEI merged commit b85ebdd into master Nov 6, 2023
1 check passed
@EgorovEI EgorovEI deleted the release/2.2.2 branch November 6, 2023 08:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

3 participants