Skip to main content
This guide covers migrating from Calls SDK v4 to v5 for iOS.

Drop-in Compatibility

Calls SDK v5 is a drop-in replacement for v4. All v4 APIs are preserved as deprecated methods that internally delegate to the new v5 implementations. You can update the dependency version and your existing code will compile and run without changes.
If you’re using CometChat UI Kits, simply updating the Calls SDK version is sufficient. The UI Kit will continue to work with v5 through the deprecated compatibility layer.

Why Migrate to v5 APIs?

While v4 APIs will continue to work, migrating to v5 APIs gives you:
  • Granular event listeners — 5 focused listener protocols instead of one monolithic CallsEventsDelegate
  • CallSession singleton for cleaner session control — all actions on a single object instead of scattered static methods
  • Dedicated login() method — the Calls SDK now handles its own authentication instead of depending on the Chat SDK’s auth token or REST APIs
  • Strongly-typed enumsAudioModeType, CallType, LayoutType, CameraFacing instead of raw strings

Initialization

No changes required. The init API is the same in v5.

Authentication

In v4, the Calls SDK had no dedicated authentication step. It relied on the Chat SDK’s auth token (CometChat.getUserAuthToken()) or a REST API to obtain an auth token, which you then passed manually to generateToken(authToken:sessionID:onSuccess:onError:). v5 introduces its own login() method. After calling login(), the SDK caches the auth token internally, so you no longer need to pass it around to other API calls.
Call CometChatCalls.login() once after your user authenticates (e.g., right after CometChat.login() succeeds). The SDK stores the auth token internally, so subsequent calls like generateToken() and joinSession() use it automatically without you having to pass it.

Session Settings

CallSettingsBuilder and PresentationSettingsBuilder are replaced by SessionSettingsBuilder. The builder methods have been renamed for clarity.

Builder Method Mapping


Joining a Session

startSession() is replaced by joinSession().
Key differences:
  • v5 generateToken() no longer requires the authToken parameter (uses cached token from login())
  • v5 offers a convenience overload that takes sessionID directly and handles token generation internally
  • Parameter name changed from view to container

Session Control (Actions)

In v4, session actions were static methods on CometChatCalls. In v5, they’re instance methods on CallSession.shared.

Action Method Mapping


Event Listeners

This is the biggest improvement in v5. The single CallsEventsDelegate protocol is replaced by 5 focused listener protocols.

v4: Single Monolithic Delegate

v5: Focused Listener Protocols

v5 listeners use weak references internally, so they are automatically cleaned up when the listener object is deallocated. You can also explicitly remove listeners using removeSessionStatusListener(_:), removeParticipantEventListener(_:), etc.

Event Mapping

New Events in v5

These events are only available with the v5 listener APIs:

Call Logs

The CallLogsRequest API is unchanged. The only difference is that auth is now handled by CometChatCalls.login() instead of passing the auth token manually.

Deprecated Classes Summary

These classes still exist in v5 for backward compatibility but are deprecated: