Docs
Get startedGuidesReferenceBlogChangelog
  1. Home
  2. Guides
  3. Products
  4. Mobile
  5. Migration paths for the mobile Client SDKs

Migration paths for the mobile Client SDKs

This guide notes changes between versions of the Daily mobile Client SDKs and gives information on how to adapt your code to them as needed. Some notes regard breaking changes, while others may just cover new optional patterns, parameters, or quality of life improvements.

If you are moving ahead by multiple versions, you should consider each version's section in turn, rather than jumping to the most recent.

The Daily Client SDKs for Android and iOS are currently in beta. We appreciate any feedback you have related to using them, especially anything you think may be missing from this guide.

0.6.0

iOS

  • CallState.new has been renamed to CallState.initialized, to avoid conflicts with language keywords.

  • Event listeners are now defined via a Delegate, to reduce boilerplate for managing basic call info.

    • Before:
    • After:

    • Below is a list of the methods you can override as of this version:

    • To complement that change, we've added synchronous getters for most common call properties, so you don't need to do event-based bookkeeping for all these commonly-needed attributes:

Android

  • CallState.new has been renamed to CallState.initialized, to avoid conflicts with language keywords.

  • The VideoView now automatically releases its resources when it is detached from the window.

  • The CallClient has been modified so that all blocking operations can be performed asynchronously.

    • The following methods have an extra (optional) listener parameter, that can be used to handle the request completing or encountering an error:

      • setUserName()
      • setAudioDevice()
      • updateInputs()
      • updateSubscriptions()
      • updateSubscriptionProfiles()
      • updatePublishing()
      • leave()

    • The join() method now has a mandatory listener parameter (see below).

    • Methods in CallClient which were previously suspend are no longer suspend, but rather enqueue the operation to be completed in the background, and immediately return. The listener associated with each API call will be notified when the operation completes.

      • If you are using Kotlin Coroutines, a new wrapper class CallClientCoroutineWrapper has been added which exposes suspend functions rather than listeners. Depending on your preference, you may use this class instead of CallClient.

  • The signature of the CallClient.join() method has changed to add a listener parameter.

    • Before:

    • After:

    • Below is an example of the join call with a listener:

0.5.0

iOS

  • The signature of the CallClient.join() method has changed to allow for a meeting token to be specified.

    • Before:

    • After:

Android

  • The signature of the CallClient.join() method has changed to allow for a meeting token to be specified.

    • Before:

    • After:

Previous