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

Handle ongoing engagement in EntryWidget #1147

Conversation

rasmustautsglia
Copy link
Contributor

What was solved?
This PR handles ongoing engagement in EntryWidget for both core engagements and call visualizer.

MOB-3806
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:

  • Is the feature sufficiently tested? All tests fixed? Necessary unit, acceptance, snapshots added? Check that at least new public classes & methods are covered with unit tests
  • Did you add logging beneficial for troubleshooting of customer issues?
  • Did you add new logging? We would like the logging between platforms to be similar. Refer to Logging from iOS SDKsThings to consider for newly added logs in Confluence for more information.

Screenshots:

@rasmustautsglia rasmustautsglia marked this pull request as ready for review December 9, 2024 12:44
@rasmustautsglia rasmustautsglia marked this pull request as draft December 9, 2024 12:45
@rasmustautsglia rasmustautsglia force-pushed the Handle-ongoing-engagement-in-EntryWidget branch 2 times, most recently from 6cb5b6f to e01f846 Compare December 9, 2024 13:24
@rasmustautsglia rasmustautsglia marked this pull request as ready for review December 9, 2024 13:34
Copy link
Contributor

@igorkravchenko igorkravchenko left a comment

Choose a reason for hiding this comment

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

Left some minor suggestions and comments.

@@ -27,7 +27,8 @@ extension Glia {
hasPendingInteraction: { [weak self] in
guard let self else { return false }
return pendingInteraction.hasPendingInteraction
}
},
currentInteractor: { self.interactor }
Copy link
Contributor

Choose a reason for hiding this comment

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

Does self here create retain cycle?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

fixed 88ccb46


engagementCancellable = environment.currentInteractor()?.$currentEngagement
.sink { [weak self] engagement in
guard let self = self else { return }
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
guard let self = self else { return }
guard let self else { return }

Copy link
Contributor Author

Choose a reason for hiding this comment

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

fixed 88ccb46

engagementCancellable = environment.currentInteractor()?.$currentEngagement
.sink { [weak self] engagement in
guard let self = self else { return }
self.ongoingEngagement = engagement
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
self.ongoingEngagement = engagement
ongoingEngagement = engagement

Copy link
Contributor Author

Choose a reason for hiding this comment

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

fixed 88ccb46

GliaWidgets/Sources/ViewModel/EngagementViewModel.swift Outdated Show resolved Hide resolved
@EgorovEI EgorovEI force-pushed the feature/entry-widget-and-secure-conversations-v2 branch from 76c87b1 to c57e113 Compare December 13, 2024 14:00
@EgorovEI EgorovEI force-pushed the Handle-ongoing-engagement-in-EntryWidget branch 2 times, most recently from 1648c85 to 65db29f Compare December 13, 2024 15:16
@rasmustautsglia
Copy link
Contributor Author

!squash

This PR handles ongoing engagement in EntryWidget for both core engagements
and call visualizer.

MOB-3806
@sm-deployer sm-deployer force-pushed the Handle-ongoing-engagement-in-EntryWidget branch from 65db29f to 29ceec9 Compare December 17, 2024 14:32
@rasmustautsglia rasmustautsglia merged commit c735b3e into feature/entry-widget-and-secure-conversations-v2 Dec 17, 2024
8 checks passed
@rasmustautsglia rasmustautsglia deleted the Handle-ongoing-engagement-in-EntryWidget branch December 17, 2024 14: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.

4 participants