Bekannte Probleme in SDK- und API-Instanzen

  • Artikel

Diese Artikel enthalten Informationen zu Einschränkungen und bekannten Problemen im Zusammenhang mit Azure Communication Services Calling SDKs und Communication Services-APIs für die Anrufautomatisierung.

Wichtig

Es gibt mehrere Faktoren, die sich auf die Qualität von Anrufen auswirken können. Weitere Informationen zur Netzwerkkonfiguration und zu bewährten Testmethoden für Communication Services finden Sie unter Netzwerkempfehlungen.

Calling Web SDK

Die folgenden Abschnitte enthalten Informationen zu bekannten Problemen im Zusammenhang mit Azure den Communication Services JavaScript SDKs für Sprach-und Videoanrufe.

Chrome M115 – Regression

Mit der Chrome-Version 115 für Android wurde eine Regression bei Videoanrufen eingeführt: Bei Benutzern, die mit dieser Version von Chrome einen Anruf über Azure Communication Services tätigen, ist in Gruppenanrufen und in Microsoft Teams-Anrufen über Azure Communication Services kein ausgehendes Video vorhanden.

  • Diese Regression ist ein bekanntes Problem, das mit Chromium eingeführt wurde.
  • Weisen Sie Benutzer zur akuten Behandlung des Problems an, Microsoft Edge oder Firefox unter Android zu verwenden, oder vermeiden Sie die Verwendung von Google Chrome 115/116 unter Android.

Bekannte Probleme bei Firefox

Unterstützung des Firefox-Desktopbrowsers ist jetzt in der öffentlichen Vorschau verfügbar. Bekannte Probleme sind:

  • Auflisten von Lautsprechern: Wenn Sie Firefox verwenden, kann Ihre App über den Geräte-Manager von Communication Services keine Lautsprecher auflisten bzw. auswählen. In diesem Szenario müssen Sie Geräte über das Betriebssystem auswählen.
  • Virtuelle Kameras werden derzeit nicht unterstützt, wenn Sie Audio-/Videoanrufe über Firefox-Desktop tätigen.

Bekannte Probleme mit iOS Chrome

Unterstützung des iOS Chrome-Browsers ist jetzt in der öffentlichen Vorschau verfügbar. Bekannte Probleme sind:

  • Weder aus- noch eingehendes Audio, wenn der Browser in den Hintergrund versetzt oder das Gerät gesperrt wird. Das Problem wurde in iOS-Version 16.4+ behoben.
  • Kein eingehendes/ausgehendes Audio für Bluetooth-Headset. Wenn ein Benutzer während eines laufenden Azure Communication Services-Anrufs eine Verbindung mit einem Bluetooth-Headset herstellt, erfolgt die Audioausgabe weiterhin über den Lautsprecher, bis der Benutzer das Telefon sperrt und wieder entsperrt. Wir haben dieses Problem bei älteren iOS-Versionen (15.6, 15.7) gesehen, und es ist unter iOS 16 nicht reproduzierbar.

iOS Safari zeigt eine falsche Auflösungsgröße der Kameravorschau an.

Dieser Fehler tritt bei iOS 16.7- oder iOS 17-Versionen vor 17.4 auf, wenn Benutzer während des Anrufs ihre Telefone drehen oder Video aktivieren/deaktivieren. Die Kameravorschau zeigt kurz eine falsche Auflösungsgröße an, bevor Sie wieder zur Normalität zurückkehrt. Das Problem ist unter iOS 17.4 Beta nicht reproduzierbar. Einen verwandten WebKit-Fehler finden Sie hier.

Mit iOS 16 sind neue Fehler beim Versetzen des Browsers in den Hintergrund während eines Anrufs hinzugekommen

Mit dem iOS-Release 16 wurde ein Fehler eingeführt, der dazu führen kann, dass Audio-\Videoanrufe über Azure Communication Services bei Verwendung des mobilen Safari-Browsers beendet werden. Apple ist dieses Problem bekannt, und es wird nach einer Lösung gesucht. Dies hat ggf. zur Folge, dass ein aktiver Azure Communication Services-Anruf nicht mehr funktioniert und die einzige Lösung darin besteht, dass der Endkunde sein Smartphone neu startet.

So reproduzieren Sie diesen Fehler:

  • Lassen Sie einen Benutzer ein iPhone unter iOS 16 verwenden
  • Lassen Sie ihn an einem Azure Communication Services-Anruf (Audioanruf oder Audio-/Videoanruf) über den mobilen Safari-Browser unter iOS teilnehmen.
  • Wenn jemand während eines Anrufs den Safari-Browser in den Hintergrund versetzt und YouTube angezeigt wird ODER ein FaceTime\Telefonanruf eingeht, während eine Verbindung über ein Bluetooth-Gerät besteht

Ergebnisse:

  • Wenn diese Situation einige Minuten lang besteht, hört das eingehende und ausgehende Videosignal möglicherweise auf, zu funktionieren.
  • Azure Communication Services-Anrufe funktionieren erst wieder, wenn der Endbenutzer sein Smartphone neu startet.

Chrome M98: Regression

In der Chrome-Version 98 wurde eine Regression mit anormaler Generierung von Video-Keyframes eingeführt, die sich negativ auf die Auflösung eines gesendeten Videostreams für die Mehrheit (über 70 Prozent) der Benutzer auswirkt.

  • Diese Regression ist ein bekanntes Problem, das mit Chromium eingeführt wurde.

Während eines PSTN-Anrufs kann der Benutzer weiterhin Audio aus dem ACS-Anruf hören.

Dieses Problem tritt auf, wenn ein Android Chrome-Benutzer einen eingehenden PSTN-Anruf bekommt. Nachdem er den PSTN-Anruf angenommen hat, wird das Mikrofon im ACS-Anruf stummgeschaltet. Das ausgehende Audio des ACS-Anrufs wird stummgeschaltet, damit andere Teilnehmer den Benutzer, der sich in dem PSTN-Anruf befindet, nicht hören können. Das eingehende Audio des Benutzers wird dagegen nicht stummgeschaltet, was auf das Verhalten des Browsers zurückzuführen ist.

Kein eingehendes Audio während eines Anrufs

Gelegentlich kann ein Benutzer in einem Azure Communication Services-Anruf die Audiodaten von Remoteteilnehmern nicht hören. Es gibt einen zugehörigen Chromium-Fehler, der dieses Problem verursacht. Das Problem kann durch erneutes Verbinden der PeerConnection behoben werden. Wir haben diese Problemumgehung seit SDK 1.9.1 (stabil) und SDK 1.10.0 (Beta) hinzugefügt.

Wenn ein Benutzer auf Android Chrome mehrmals einem Azure Communication Services-Anruf beitritt, kann auch das eingehende Audio ausgeblendet werden. Der Benutzer kann die Audiodaten von anderen Teilnehmern erst hören, wenn die Seite aktualisiert wird. Wir haben dieses Problem in SDK 1.10.1-beta.1 behoben und die Audioressourcennutzung verbessert.

Einige Szenarien mit fehlschlagenden Anrufen auf Android-Geräten, mit Ausnahme von Gruppenaufrufen.

Viele spezifische Android-Geräte können keine Anrufe und Besprechungen starten oder akzeptieren. Bei den betroffenen Geräten ist keine Wiederherstellung möglich, und der Fehler wiederholt sich bei jedem Versuch. Dabei handelt es sich hauptsächlich um Geräte des Samsung-Modells A, insbesondere die Modelle A326U, A125U und A215U.

  • Diese Regression ist ein bekanntes Problem, das mit Chromium eingeführt wurde.

Anruf wird von Chrome unter Android stummgeschaltet, nachdem der Browser für eine Minute in den Hintergrund versetzt wurde

Wenn ein Benutzer sich in Chrome unter Android in einem Azure Communication Services-Anruf befindet und den Browser für eine Minute in den Hintergrund versetzt, verliert das Mikrofon den Zugriff, und die anderen Teilnehmer des Anrufs können das Audio des Benutzers nicht mehr hören. Wenn der Benutzer den Browser wieder in den Vordergrund versetzt, ist das Mikrofon wieder verfügbar. Verwandte Chromium-Fehler finden Sie hier und hier.

Ein mobiler (iOS und Android)-Benutzer hat den Anruf beendet, wird aber weiterhin in der Teilnehmerliste angezeigt.

Dieses Problem kann auftreten, wenn ein mobiler Benutzer den Azure Communication Services-Gruppenanruf verlässt, ohne die API „Call.hangUp()“ zu verwenden. Wenn ein mobiler Benutzer den Browser schließt oder die Webseite aktualisiert, ohne aufzulegen, wird er für andere Teilnehmer des Gruppenanrufs noch ca. 60 Sekunden lang in der Teilnehmerliste angezeigt.

Safari unter iOS aktualisiert die Seite, wenn der Benutzer zu einer anderen App wechselt und wieder zum Browser zurückkehrt.

Das Problem kann auftreten, wenn sich ein Benutzer in einem Azure Communication Services-Anruf mit Safari unter iOS befindet und vorübergehend zu einer anderen App wechselt. Wenn der Benutzer wieder zum Browser zurückkehrt, wird unter Umständen die Browserseite aktualisiert. Das liegt daran, dass das Betriebssystem den Browser beendet. Eine Möglichkeit, dieses Problem zu beheben, ist, einige Zustände zu speichern und nach dem Aktualisieren der Seite wiederherzustellen.

iOS 15.1-Benutzer, die Gruppenaufrufen oder Microsoft Teams-Besprechungen beitreten.

  • Manchmal blockiert die Registerkarte mit dem Anruf oder der Besprechung, wenn ein eingehender PSTN empfangen wird. Verwandte WebKit-Fehler finden Sie hier und hier.

Lokales Mikrofon/Kamera wird stummgeschaltet, wenn bestimmte Unterbrechungen auf iOS Safari und Android Chrome auftreten.

Dieses Problem kann auftreten, wenn eine andere Anwendung oder das Betriebssystem die Steuerung des Mikrofons oder der Kamera übernimmt. Im Folgenden finden Sie einige Beispiele, die während eines Anrufs eines Benutzers auftreten können:

  • Ein eingehender Anruf erfolgt über das Telefonfestnetz (Public Switched Telephone Network, PSTN) und übernimmt den Zugriff auf das Mikrofongerät.
  • Ein Benutzer gibt z. B. ein YouTube-Video wieder oder startet einen FaceTime-Anruf. Der Wechsel zu einer anderen nativen Anwendung kann den Zugriff auf das Mikrofon oder die Kamera übernehmen.
  • Ein Benutzer aktiviert Siri, wodurch der Zugriff auf das Mikrofon übernommen wird.

Wenn unter iOS z. B. während eines Azure Communication Services-Anrufs ein PSTN-Anruf eingeht, wird eine Fehler-UFD vom Typ „microphoneMutedUnexepectedly“ ausgelöst, der Audiofluss im Azure Communication Services-Anruf wird beendet, und der Anruf wird als stummgeschaltet markiert. Nach Beendigung des PSTN-Anrufs muss der Benutzer die Stummschaltung des Azure Communication Services-Anrufs aufheben, um den Audiofluss im Azure Communication Services-Anruf wieder zu aktivieren. Wenn in Chrome unter Android ein PSTN-Anruf eingeht, wird der Audiofluss im Azure Communication Services-Anruf beendet, und der Azure Communication Services-Anruf wird nicht als stummgeschaltet markiert. In diesem Fall gibt es kein UFD-Ereignis vom Typ „microphoneMutedUnexepectedly“. Nach Abschluss des PSTN-Anrufs wird das Audio automatisch wieder für Chrome unter Android verfügbar, und der Audiofluss wird im Azure Communication Services-Anruf normal fortgesetzt.

Wenn bei eingeschalteter Kamera eine Unterbrechung auftritt, kann es sein, dass der Azure Communication Services-Anruf die Kamera verliert. In diesem Fall wird die Kamera als ausgeschaltet markiert, und der Benutzer muss sie wieder einschalten, nachdem die Unterbrechung die Kamera wieder freigegeben hat.

Gelegentlich werden Mikrofon- oder Kamerageräte nicht rechtzeitig freigeschaltet, was zu Problemen mit dem ursprünglichen Anruf führen kann. Wenn der Benutzer beispielsweise versucht, die Stummschaltung aufzuheben, während er ein YouTube-Video anschaut, oder wenn gleichzeitig einen Anruf über das Telefonfestnetz aktiv ist.

Ab iOS 15.2 und bei Verwendung der SDK-Version 1.4.1-beta.1 und höher wird das Rendering von eingehenden Videostreams nicht beendet. Die Schritte zum Aufheben der Stummschaltung bzw. zum Starten des Videos sind aber trotzdem erforderlich, um ausgehende Audio- und Videodaten neu zu starten.

Bei iOS 15.4 und höher sollte in den meisten Fällen die automatische Wiederherstellung von Audio und Video möglich sein. In einigen Grenzfällen muss die Anwendung eine API zum Aufheben der Stummschaltung aufrufen (kann das Ergebnis einer Benutzeraktion sein), um die ausgehenden Audiodaten wiederherzustellen.

iOS mit Safari stürzt ab und aktualisiert die Seite, wenn ein Benutzer versucht, von der Vorder- zur Rückkamera zu wechseln.

Mit Version 1.2.3-beta.1 des Azure Communication Services Calling SDK wurde ein Fehler eingeführt, der sich auf alle Anrufe aus iOS Safari auswirkt. Das Problem tritt auf, wenn ein Benutzer versucht, den Videostream der Kamera von der Vorder- auf die Rückkamera umzustellen. Das Wechseln der Kamera führt dazu, dass der Safari-Browser abstürzt und die Seite erneut lädt.

Dieses Problem wurde ab Version 1.3.1-beta.1 des Azure Communication Services Calling SDK behoben.

  • iOS Safari, Version: 15.1

Bildschirmfreigabe in macOS Ventura Safari (v16.3 und niedriger)

Die Bildschirmfreigabe funktioniert in macOS Ventura Safari (v16.3 und niedriger) nicht. Bekanntes Problem von Safari und wird in v16.4+ behoben.

Beim Aktualisieren einer Seite wird der Benutzer nicht sofort aus seinem Anruf entfernt.

Wenn ein Benutzer während eines Anrufs beschließt, die Seite zu aktualisieren, wird dieser Benutzer durch den Communication Services-Mediendienst nicht sofort aus dem Anruf entfernt. Stattdessen wird auf den erneuten Beitritt des Benutzers gewartet. Der Benutzer wird erst nach dem Timeout des Mediendiensts aus dem Anruf entfernt.

Es empfiehlt sich, Benutzeroberflächen zu erstellen, bei denen Endbenutzer die Seite Ihrer Anwendung nicht während eines Anrufs aktualisieren müssen. Wenn ein Benutzer die Seite aktualisiert, verwenden Sie die gleiche Communication Services-Benutzer-ID, nachdem dieser Benutzer zur Anwendung zurückgekehrt ist. Durch den erneuten Beitritt mit derselben Benutzer-ID wird der Benutzer als dasselbe vorhandene Objekt in der remoteParticipants-Sammlung dargestellt. Aus der Sicht der anderen Gesprächsteilnehmer bleibt der Benutzer während der Zeit, die für die Aktualisierung der Seite benötigt wird, bis zu ein oder zwei Minuten im Gespräch.

Wenn der Benutzer vor der Aktualisierung Videodaten übertragen hat, behält die Sammlung videoStreams die vorherigen Streaminformationen bei, bis für den Dienst ein Timeout auftritt und die Informationen entfernt werden. In diesem Szenario kann die Anwendung ggf. prüfen, ob der Auflistung neue Streams hinzugefügt wurden, und einen Stream mit der höchsten id rendern.

Rendern mehrerer Vorschauen von mehreren Geräten im Web nicht möglich

Bei diesem Problem handelt es sich um eine bekannte Einschränkung. Weitere Informationen finden Sie in der Übersicht über das Calling SDK.

In Safari können keine Geräte aufgezählt werden, wenn die Anwendung unter iOS oder iPadOS ausgeführt wird.

Anwendungen können keine Lautsprechergeräte (z. B. Bluetooth) in Safari für iOS oder iPadOS auflisten oder auswählen. Dieses Problem ist eine bekannte Einschränkung dieser Betriebssysteme.

Wenn Sie Safari unter macOS verwenden, kann Ihre App über den Geräte-Manager von Communication Services keine Lautsprecher auflisten bzw. auswählen. In diesem Szenario müssen Sie Geräte über das Betriebssystem auswählen. Wenn Sie Chrome unter macOS verwenden, kann die App Geräte über den Geräte-Manager von Communication Services aufzählen bzw. auswählen.

  • iOS Safari, Version: 15.1

Ein wiederholter Wechsel von Videogeräten kann dazu führen, dass das Videostreaming vorübergehend angehalten wird.

Das Wechseln zwischen Videogeräten kann dazu führen, dass Ihr Videostream angehalten wird, während der Stream vom ausgewählten Gerät erfasst wird. Ein häufiger Wechsel zwischen Geräten kann zu Leistungsbeeinträchtigungen führen. Entwicklern wird empfohlen, einen Gerätestream zu beenden, bevor sie einen anderen starten.

Das Mikrofon eines Bluetooth-Headsets wird während eines Anrufs in Safari unter iOS nicht erkannt oder ist nicht hörbar.

Bluetooth-Headsets werden von Safari unter iOS nicht unterstützt. Ihr Bluetooth-Gerät wird in den verfügbaren Mikrofonoptionen nicht aufgeführt, und andere Teilnehmer können Sie nicht hören, wenn Sie versuchen, Bluetooth über Safari zu verwenden.

Diese Regression ist eine bekannte Betriebssystemeinschränkung. Mit Safari unter macOS und iOS/iPadOS ist es nicht möglich, Lautsprechergeräte über den Geräte-Manager von Communication Services aufzulisten oder auszuwählen. Das liegt daran, dass Safari die Enumeration oder Auswahl von Lautsprechern nicht unterstützt. Verwenden Sie in diesem Szenario das Betriebssystem, um Ihre Geräteauswahl zu aktualisieren.

Es kann vorkommen, dass sich die Videoqualität nach dem Drehen eines Geräts verschlechtert.

Wenn Benutzer ein Gerät drehen, kann diese Bewegung die Qualität von Videos beeinträchtigen, die gestreamt werden.

Dieses Problem tritt in den folgenden Umgebungen auf:

  • Betroffene Geräte: Google Pixel 5, Google Pixel 3a, Apple iPad 8, and Apple iPad X
  • Clientbibliothek: Calling (JavaScript)
  • Browser: Safari, Chrome
  • Betriebssysteme: iOS, Android

Wenn die Kamera umgeschaltet wird, friert der Bildschirm ein.

Wenn ein Communication Services-Benutzer einem Anruf mithilfe des JavaScript Calling SDK beitritt und dann die Schaltfläche zum Umschalten der Kamera auswählt, reagiert die Benutzeroberfläche möglicherweise nicht mehr. Der Benutzer muss dann die Anwendung aktualisieren oder den Browser in den Hintergrund pushen.

Dieses Problem tritt in den folgenden Umgebungen auf:

  • Betroffene Geräte: Google Pixel 4a
  • Clientbibliothek: Calling (JavaScript)
  • Browser: Chrome
  • Betriebssysteme: iOS, Android

Problem mit dem Videosignal, wenn die Verbindung für den Anruf hergestellt wird.

Wenn ein Benutzer das Video schnell ein- und ausschaltet, während die Verbindung für den Anruf hergestellt wird, kann diese Aktion zu einem Problem mit dem für den Anruf erfassten Stream führen. Am besten erstellen die Entwickler ihre Apps so, dass das Video nicht ein- und ausgeschaltet werden muss, während die Verbindung für den Anruf hergestellt wird. In den folgenden Szenarien kann die Videoleistung beeinträchtigt werden:

  • Der Benutzer beginnt den Anruf mit Audio und startet und beendet die Videoübertragung, während die Verbindung für den Anruf hergestellt wird.
  • Der Benutzer beginnt den Anruf mit Audio und startet und beendet die Videoübertragung, während der Anruf den Status Wartebereich aufweist.

Aufzählen von Geräten für Safari unter macOS und iOS bzw. Zugreifen auf solche Geräte

In bestimmten Umgebungen werden Sie möglicherweise feststellen, dass Geräteberechtigungen nach einiger Zeit zurückgesetzt werden. Unter macOS und iOS werden Berechtigungen von Safari nicht für einen längeren Zeitraum beibehalten, sofern kein Stream abgerufen wird. Diese Einschränkung lässt sich am einfachsten umgehen, indem die DeviceManager.askDevicePermission()-API aufgerufen wird, bevor die APIs des Geräte-Managers zur Enumeration der Geräte aufgerufen werden. Zu diesen APIs für die Enumeration gehören DeviceManager.getCameras(), DeviceManager.getSpeakers() und DeviceManager.getMicrophones(). Wenn die Berechtigungen vorhanden sind, wird dem Benutzer nichts angezeigt. Sind die Berechtigungen nicht vorhanden, wird der Benutzer zur erneuten Eingabe der Berechtigungen aufgefordert.

Dieses Problem tritt in den folgenden Umgebungen auf:

  • Betroffenes Gerät: iPhone
  • Clientbibliothek: Calling (JavaScript)
  • Browser: Safari
  • Betriebssystem: iOS

Verzögerung beim Rendern der Videostreams von Remoteteilnehmern

Angenommen, während eines laufenden Gruppenanrufs sendet Benutzer A Videodaten, und Benutzer B tritt dem Anruf bei. Manchmal wird Benutzer B das Video von Benutzer A nicht angezeigt, oder das Video von Benutzer A wird erst nach einer langen Verzögerung gerendert. Ein Problem mit der Konfiguration der Netzwerkumgebung kann zu dieser Verzögerung führen. Weitere Informationen finden Sie unter Netzwerkempfehlungen.

Die Verwendung von Drittanbieterbibliotheken während des Anrufs kann zu Audioverlusten führen.

Wenn Sie getUserMedia in der Anwendung separat verwenden, geht der Audiostream verloren. Das liegt daran, dass eine Drittanbieterbibliothek den Gerätezugriff von der Azure Communication Services-Bibliothek übernimmt.

  • Verwenden Sie während des Anrufs keine Drittanbieterbibliotheken, die die getUserMedia-API intern verwenden.
  • Wenn Sie dennoch eine Drittanbieterbibliothek verwenden müssen, besteht die einzige Möglichkeit zur Wiederherstellung des Audiostreams darin, entweder das ausgewählte Gerät zu wechseln (wenn der Benutzer über mehrere verfügt) oder den Anruf neu zu starten.

Dieses Problem tritt in den folgenden Umgebungen auf:

  • Browser: Safari
  • Betriebssystem: iOS

Die Ursache für dieses Problem ist möglicherweise, dass das Abrufen eines eigenen Datenstroms vom gleichen Gerät den Nebeneffekt hat, dass Racebedingungen eintreten. Das Abrufen von Streams von anderen Geräten kann dazu führen, dass der Benutzer nicht über genügend USB-/E/A-Bandbreite verfügt und die sourceUnavailableError-Rate sprunghaft ansteigt.

Übermäßige Verwendung bestimmter APIs wie Stummschalten bzw. Aufheben der Stummschaltung führt zu Drosselung in der Azure Communication Services-Infrastruktur

Infolge des Aufrufs der API zum Stummschalten bzw. zum Aufheben der Stummschaltung informiert die Azure Communication Services-Infrastruktur andere Teilnehmer des Anrufs über den Audiozustand eines lokalen Teilnehmers, der die Stummschaltung bzw. die Aufhebung der Stummschaltung aufgerufen hat, damit die Teilnehmer des Anrufs wissen, wer stummgeschaltet bzw. nicht stummgeschaltet ist. Die übermäßige Verwendung der Stummschaltung bzw. Aufhebung der Stummschaltung wird in der Azure Communication Services-Infrastruktur blockiert. Eine Drosselung erfolgt, wenn der Teilnehmer (oder die Anwendung im Namen des Teilnehmers) versucht, die Stummschaltung bzw. die Aufhebung der Stummschaltung in einem rollierenden 30-sekündigen Fenster kontinuierlich (im Sekundentakt) mehr als 15 Mal aufzurufen.

Anrufautomatisierungs-APIs

Die folgenden Einschränkungen sind bekannte Probleme in den Communication Services-APIs:

  • Die einzige Authentifizierung, die derzeit für Serveranwendungen unterstützt wird, ist die Verwendung einer Verbindungszeichenfolge.

  • Tätigen Sie Anrufe nur zwischen Entitäten derselben Communication Services-Ressource. Die ressourcenübergreifende Kommunikation ist blockiert.

  • Anrufe zwischen Mandantenbenutzern von Microsoft Teams- und Communication Services-Benutzern oder Serveranwendungsentitäten sind nicht zulässig.

  • Wenn eine Anwendung zwei oder mehr Telefonfestnetzidentitäten anruft und dann den Aufruf verlässt, wird der Anruf zwischen den anderen Telefonfestnetzentitäten beendet.

Die folgenden Abschnitte enthalten Informationen zu bekannten Problemen im Zusammenhang mit den Calling Native und Native UI SDK von Azure Communication Services.

Android-API-Emulatoren

Bei Verwendung von Android-API-Emulatoren unter Android 5.0 (API-Ebene 21) und Android 5.1 (API-Ebene 22) sind Abstürze zu erwarten.

Android Trouter-Modulkonflikt

Bei gemeinsamer Verwendung von Android Chat und Calling SDK in der gleichen Anwendung funktioniert das Echtzeit-Benachrichtigungsfeature des Chat SDK nicht. Möglicherweise tritt ein Problem beim Auflösen der Abhängigkeit auf.

Wir arbeiten bereits an einer Lösung. Bis diese zur Verfügung steht, können Sie das Echtzeit-Benachrichtigungsfeature deaktivieren, indem Sie in der Datei „build.gradle“ der App die folgenden Abhängigkeitsinformationen hinzufügen und stattdessen die GetMessages-API abfragen, um eingehende Nachrichten für Benutzer anzuzeigen:

Java

 implementation ("com.azure.android:azure-communication-chat:1.0.0") {
     exclude group: 'com.microsoft', module: 'trouter-client-android'
 }
 implementation 'com.azure.android:azure-communication-calling:1.0.0'

Hinweis: Ein Runtimefehler tritt auf, wenn die Anwendung versucht, eine der Benachrichtigungs-APIs (etwa chatAsyncClient.startRealtimeNotifications() oder chatAsyncClient.addEventHandler()) zu verwenden.

Bild-in-Bild bei laufendem Video unter iOS

Eingehendes Video wird beendet, wenn die App in den Hintergrund wechselt. Wenn sich die Anwendung im Vordergrund befindet, wird das Video ordnungsgemäß gerendert.

UI-Bibliothek

Sie können der Wiki-Seite mit bekannten Problemen in den GitHub-Repositorys folgen.