Freigeben über

Bekannte Probleme in Azure Communication Services: Calling SDKs für WebJS

  • Artikel

Dieser Artikel enthält Informationen zu bekannten Problemen im Zusammenhang mit dem WebJS Calling SDK von Azure Communication Services.

Beliebiger Desktopbrowser

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Es ist nicht möglich, mehrere Vorschauen von mehreren Geräten im Web zu rendern. Bei diesem Problem handelt es sich um eine bekannte Einschränkung.
Referenz für das bekannte Problem: Weitere Informationen finden Sie in der Übersicht über das Calling SDK.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Der Wechsel zwischen Videogeräten kann dazu führen, dass Ihr Videostream angehalten wird, während der Stream vom ausgewählten Gerät abgerufen wird. Ein häufiger Wechsel zwischen Geräten kann zu Leistungsbeeinträchtigungen führen.
Empfohlene Problemumgehung: Entwickler müssen den Stream eines Geräts beenden, bevor ein anderer Stream gestartet wird, um Leistungsbeeinträchtigungen beim Wechsel zwischen Videogeräten zu vermeiden.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn ein Benutzer das Video schnell ein- und ausschaltet, während sich der Anruf im Zustand Die Verbindung wird hergestellt befindet, kann dies zu einem Problem mit dem für den Anruf abgerufenen 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.

Verzögerung beim Rendern der Videostreams von Remoteteilnehmern

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.
Referenz für das bekannte Problem: Weitere Informationen finden Sie in den Netzwerkempfehlungen.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.

Siri-Aktivierung während eines WebRTC-Anrufs schaltet das Mikrofon unter macOS nicht automatisch stumm

Betriebssystem: macOS.
Browser: Alle Browser und Versionen.
Version des Calling SDK von Azure Communication Services: Beliebig.
Beschreibung: WebRTC-Anruf wird nicht automatisch stummgeschaltet, wenn ein Benutzer mit Siri in der Mitte des Anrufs spricht. Während solcher Fälle können andere Teilnehmer entweder den Benutzer hören, der Siri Befehle gibt, oder sowohl den gegebenen Befehl als auch die Antwort von Siri.
Bekannte Problemreferenz: Dies ist ein bekanntes Problem unter macOS.
Empfohlene Problemumgehung: Derzeit ist keine Problemumgehung verfügbar. Benutzer müssen ihr Mikrofon manuell stummschalten, wenn Sie Siri während eines Anrufs aktivieren.

Überlappende Audiodaten in ACS WebJS-Anrufen und FaceTime-Anrufen unter macOS

Betriebssystem: macOS.
Browser: Alle Browser und Versionen.
Version des Calling SDK von Azure Communication Services: Beliebig.
Beschreibung: Wenn ein macOS-Benutzer, der an einem ACS WebJS-Anruf beteiligt ist, einen FaceTime-Anruf empfängt und akzeptiert, werden Audiodaten sowohl vom ACS WebJS-Anruf als auch von FaceTime-Anrufen übertragen und gleichzeitig empfangen. Dies führt zu überlappenden Audiodatenströmen, in denen der Benutzer gleichzeitig beide Anrufen hören und in beiden gehört werden kann.
Bekannte Problemreferenz: Dies ist ein bekanntes Problem unter macOS.
Empfohlene Problemumgehung: Derzeit ist keine Problemumgehung verfügbar. Benutzer können ihr Mikrofon proaktiv im WebRTC-Anruf stummschalten oder den WebRTC-Anruf beenden, bevor Sie den FaceTime-Anruf ausführen.

Beliebiger mobiler Browser

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Es ist nicht möglich, mehrere Vorschauen von mehreren Geräten im Web zu rendern. Bei diesem Problem handelt es sich um eine bekannte Einschränkung.
Referenz für das bekannte Problem: Weitere Informationen finden Sie in der Übersicht über das Calling SDK.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Der Wechsel zwischen Videogeräten kann dazu führen, dass Ihr Videostream angehalten wird, während der Stream vom ausgewählten Gerät abgerufen wird. Ein häufiger Wechsel zwischen Geräten kann zu Leistungsbeeinträchtigungen führen.
Empfohlene Problemumgehung: Entwickler müssen den Stream eines Geräts beenden, bevor ein anderer Stream gestartet wird, um Leistungsbeeinträchtigungen beim Wechsel zwischen Videogeräten zu vermeiden.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn ein Benutzer das Video schnell ein- und ausschaltet, während sich der Anruf im Zustand Die Verbindung wird hergestellt befindet, kann dies zu einem Problem mit dem für den Anruf abgerufenen 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.

Verzögerung beim Rendern der Videostreams von Remoteteilnehmern

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.
Referenz für das bekannte Problem: Weitere Informationen finden Sie in den Netzwerkempfehlungen.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.

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.

Safari: Desktop

Unter macOS Safari 18 und höher kann der Benutzer den Bildschirm nicht für ca. 1 Minute freigeben, nachdem die Aktion am Telefon abgebrochen wurde. Während dieser Zeit funktionieren einige der Optionen nicht, während die Bildschirmfreigabe wiederhergestellt wird

Browserversion: Safari 18 und höher.
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Nach dem Abbrechen eines Bildschirmfreigabeversuchs kann der Benutzer die Freigabe des Bildschirms für ungefähr 1 Minute nicht mehr starten. In diesem Zeitraum reagieren einige Optionen nicht mehr, z. B. die Möglichkeit, die Kamera ein-/auszuschalten. Nach ca. 1 Minute kann der Benutzer die Bildschirmfreigabe wieder starten und alle verfügbaren Optionen im Anruf erneut verwenden.
Referenz für das bekannte Problem: Diese Regression ist ein bekanntes Problem, das mit Safari eingeführt wurde.
Empfohlene Problemumgehung: Es wird empfohlen, die Verwendung der Option „Abbrechen“ während der Bildschirmfreigabe zu vermeiden, um Verzögerungen beim Neustart der Bildschirmfreigabe zu verhindern. Wenn die Freigabe beendet werden muss, empfiehlt es sich, entweder die Freigabeaktion abzuschließen oder die Wiederherstellungszeit abzuwarten, bevor Sie es erneut versuchen.

Unter macOS Safari 17 und höher könnte Audio beschädigt werden, wenn macOS-Benutzer Bluetooth-Kopfhörer während eines Anrufs verbinden

Browserversion: Ab Safari 17
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn macOS-Benutzer Bluetooth-Kopfhörer während eines Anrufs mit Safari mit einem MacBook verbinden, können Probleme mit Audio auftreten. In beiden Anwendungsfällen, in denen Benutzer Bluetooth-Kopfhörer vor oder während des Anrufs verbinden, können eingehende und ausgehende Audiodaten nicht verfügbar oder unterbrochen werden. Es wird festgestellt, dass das Warten mindestens 30 Sekunden eingehendes Audioproblem beheben kann, aber ausgehende Audiodaten können häufig nicht automatisch wiederhergestellt werden.
Referenz für das bekannte Problem: Diese Regression ist ein bekanntes Problem, das mit Safari eingeführt wurde.
Empfohlene Problemumgehung: Als temporäre Lösung müssen Benutzer möglicherweise ihr Bluetooth-Gerät erneut verbinden oder den Anruf aktualisieren, um die Audiowiederherstellung zu versuchen. Ein Upgrade auf die neueste Version von macOS und Safari kann auch hilfreich sein, da es potenzielle Korrekturen für solche Probleme enthalten könnte.

Ab macOS Safari 17 können Videohintergrundeffekte sowohl in der lokalen Vorschau als auch auf der Remoteseite dazu führen, dass das Video flackert.

Browserversion: Ab Safari 17
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: In einem der Updates von macOS Safari 17 wurde ein Fehler gefunden, der dazu führt, dass die Frameerfassung unserer Implementierung von Hintergrundeffekten Frames überspringt, was zur Folge haben kann, dass das Video flackert (sowohl in der lokalen Vorschau als auch auf der Remoteseite).

  • Ein Fix ist ab Safari-Version 17.5 verfügbar (macOS Sonoma 14.5).

Empfohlene Problemumgehung: Benutzern wird empfohlen, auf die neuesten Versionen von macOS und Safari (mindestens V17.5) zu aktualisieren, bei denen dieses Problem behoben wurde.

Problem mit Blinken eingehender und ausgehender Videos unter macOS Sonoma mit Safari-Versionen bis 17.1

Browserversion: Safari v17.0, v17.1 (macOS Sonoma 14).
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Benutzer unter macOS Sonoma 14.0 erleben ein Problem mit blinkendem Video in den Safari-Versionen 17.0 und 17.1, wenn sie einem Anruf mit aktiviertem Video beitreten. Das eingehende Video blinkt, wenn ein Safari-Benutzer einem Anruf beitritt. Dies beeinträchtigt den Empfang anderer Anrufteilnehmender. Darüber hinaus blinkt das ausgehende Video des Safari-Benutzers für Remoteteilnehmende, die sich bereits im Anruf befinden. Dieses Problem stört die visuelle Qualität des Anrufs.

  • Eine Fehlerbehebung ist ab Safari-Version 17.2 verfügbar.

Empfohlene Problemumgehung: Benutzern wird empfohlen, auf die neuesten Versionen von macOS und Safari (mindestens v17.2) zu aktualisieren, bei denen dieses Problem behoben wurde.

Anderer Anrufteilnehmer kann die Bildschirmfreigabe nicht gleichzeitig mit einem macOS Safari-Benutzer in Azure Communication Services 1:1-Videoanrufen starten

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: In Azure Communication Services 1:1-Videoanrufen, wenn ein macOS Safari-Benutzer seinen Bildschirm freigibt, kann ein anderer Teilnehmer, der einen anderen Browser verwendet, die Bildschirmfreigabe erst starten, wenn der erste Teilnehmer seine Bildschirmfreigabe beendet. Diese Einschränkung wird in verschiedenen Kombinationen von Browsern und Betriebssystemen beobachtet, ist jedoch spezifisch für 1:1-Aufrufe. Das Problem tritt nicht bei Anrufen auf, bei denen beide Teilnehmer Safari unter macOS verwenden.
Referenz für das bekannte Problem: Diese Regression ist ein bekanntes Problem, das mit Safari eingeführt wurde.
Empfohlene Problemumgehung: Eine temporäre Problemumgehung besteht darin sicherzustellen, dass nur ein Teilnehmer seinen Bildschirm gleichzeitig in Azure Communication Services 1:1-Videoanrufen teilt, wenn einer der Teilnehmer macOS Safari verwendet.

Die Bildschirmfreigabe funktioniert unter macOS Ventura mit Safari-Versionen bis 16.3 nicht.

Browserversion: Safari v16.1, v16.2, v16.3 (macOS Ventura 13.0)
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Das Problem besteht in macOS Ventura 13.0 bei Verwendung des Safari-Browsers (v16.1, v16.2 und v16.3) und wurde in der Safari-Version 16.4 behoben.
Referenz für das bekannte Problem: Diese Regression ist ein bekanntes Problem, das mit Safari eingeführt wurde.
Empfohlene Problemumgehung: Benutzern wird empfohlen, auf die neuesten Versionen von macOS und Safari (mindestens v16.4) zu aktualisieren, bei denen dieses Problem behoben wurde.

Teilnehmer von Webanrufen, die PSTN-Anrufaudio hören, wenn sie auf macOS mit iPhone-Integration beantwortet werden

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn ein MacOS-Benutzer, der sich in einem aktiven ACS-Anruf über einen Browser befindet, einen eingehenden PSTN-Anruf auf dem MacBook akzeptiert, der mit dem iPhone verknüpft ist (unter Verwendung desselben iCloud-Kontos), wird Audio aus dem PSTN-Anruf für Webanrufteilnehmer freigegeben. Dies führt zu Teilnehmern des Anrufs, der die Audiodaten des PSTN-Anrufs hören.
Bekannte Problemreferenz: Dies ist ein bekanntes Problem unter macOS.
Empfohlene Problemumgehung: Derzeit ist keine direkte Problemumgehung verfügbar. Benutzern wird empfohlen, separate Geräte für PSTN- und Webanrufe zu verwenden, um zu verhindern, dass Audio für andere Anrufteilnehmer in einem separaten Anruf freigegeben wird.

Safari: Mobilgerät (iOS)

Videowiederherstellungsprobleme unter iOS 17+ wenn ein iOS-Benutzer eingehenden PSTN- oder Drittanbieter-App-Anruf empfängt oder Siri während eines ACS-webbasierten Anrufs aktiviert

iOS-Version: iOS-Versionen 17 und höher.
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn ein iOS-Benutzer in einem Webanruf anruft und entweder ablehnt oder einen PSTN/Drittanbieter-App-Anruf akzeptiert, tritt der Benutzer auf Videoprobleme auf. Das eingehende Video kann eingefroren angezeigt werden, oder es wird möglicherweise kein eingehendes Video angezeigt. Dies erfordert eine erneute Aktivierung der Kamera durch einen Benutzer. Die Videovorschau und das ausgehende Video können nicht wiederhergestellt werden, es sei denn, der Benutzer reaktiviert seine Kamera.

Videoprobleme unter iOS 17+, wenn ein iOS-Benutzer versucht, Siri während eines Anrufs zu verwenden

iOS-Version: iOS-Versionen 17 und höher.
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn ein iOS-Benutzer versucht, Siri in der Mitte des Web-Mobiltelefonanrufs zu aktivieren, kann das eingehende Video eingefroren werden und einige Sekunden dauern, um wiederhergestellt zu werden.

Problem bei der Kameravorschauauflösung bei Webanrufen bei Verwendung von iOS 16.3 bis 17.3.1

iOS-Version: iOS-Versionen von 16.3 bis 17.3.1.
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Benutzer können ein Problem feststellen, bei dem die Kameravorschau in einer falschen Auflösung angezeigt wird und zugeschnitten angezeigt wird, wenn iOS-Benutzer einem Anruf mit iOS Safari Mobile mit aktivierter Kamera beitreten. Das Problem wird nicht mehr beobachtet, wenn der Benutzer die Kamera während des Anrufs erneut aktiviert. Das Problem wurde mit iOS 17.4+ behoben.
Empfohlene Problemumgehung: Benutzern wird empfohlen, auf die neuesten Versionen von iOS und Safari (mindestens v16.17.4) zu aktualisieren, bei denen dieses Problem behoben wurde.

Telemetriedaten für audioInputLevel und frameRateInput fehlen in Videoanrufen unter iOS 16 zu iOS 17.4

iOS-Version: iOS-Versionen von 16.0 bis zu 17.4.
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Telemetriedaten für audioInputLevel und frameRateInput werden bei Videoanrufen in iOS-Versionen 16 bis 17.4 nicht erfasst, was sich auf die Möglichkeit auswirkt, Audio- und Videoeinstellungen in Echtzeit zu überwachen und zu optimieren. Dieses Problem wurde mit iOS 17.5+ behoben.
Empfohlene Problemumgehung: Benutzern wird empfohlen, auf die neuesten Versionen von iOS und Safari (mindestens iOS 17.5) zu aktualisieren, bei denen dieses Problem behoben wurde.

Audio- und Videowiederherstellungsproblem unter iOS 16 bis 16.3.1 während Webanrufen mit eingehenden Anrufen von Drittanbietern oder PSTN-Anrufen

iOS-Version: iOS-Versionen 16 bis 16.3.1.
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn sich ein iOS-Benutzer in einem Webanruf einwählen und einen PSTN/Drittanbieter-App-Anruf empfängt, wird der eingehende und ausgehende Audio- und ausgehende Videoanruf nach Beendigung des Telefonanrufs nicht automatisch wiederhergestellt. Der iOS-Benutzer muss die Stummschaltung des Anrufs im Web erneut aufheben. Der Endbenutzer muss die Schaltfläche „Mikrofon“ deaktivieren und aktivieren, um Audio und Video abzurufen.
Referenz für das bekannte Problem: Verwandter WebKit-Fehler hier.
Empfohlene Problemumgehung: Benutzern wird empfohlen, auf die neuesten Versionen von iOS und Safari (mindestens 16.4) zu aktualisieren, bei denen dieses Problem behoben wurde.

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

iOS-Version: iOS-Versionen 16 bis 16.1
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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. 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:

  • Sie benötigen einen Benutzer mit einem iPhone unter iOS 16.
  • 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, passiert Folgendes:
  • 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. Der Fehler wurde in iOS 16.2 behoben.

Referenz für das bekannte Problem: Verwandte WebKit-Fehler finden Sie hier und hier.
Empfohlene Problemumgehung: Aktualisieren Sie ggf. auf die neueste iOS-Version.

Video- und Audioprobleme auf dem iPhone X, die auftreten, wenn die benutzende Person länger als 30 Minuten bei eingeschalteter Kamera telefoniert

Betroffene Geräte: iPhone X (iOS 16.7.x).
Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Während Azure Communication Service-Anrufen auf dem iPhone X mit iOS 16.7.x erleben die benutzenden Personen nach mehr als 30 Minuten eines Anrufs mit eingeschaltetem Video, dass sowohl ihre lokale Videovorschau als auch das eingehende Video verschwindet. Bei anderen benutzenden Personen erscheint das Video in dem Moment eingefroren, in dem es auf dem iPhone X-Gerät verloren geht. Neben dem Verschwinden des Videos kann ein ausgeprägtes Echo auftreten. Das Video wird wiederhergestellt, wenn die benutzende Person auf dem iPhone X die Kamera aus- und dann wieder einschaltet.

  • Dieses Problem wurde nur auf dem iPhone X-Gerät mit iOS-Versionen 16.7.5 und 16.7.7 beobachtet.

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

iOS-Version: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.
Empfohlene Problemumgehung: Aktualisieren Sie in diesem Szenario Ihre Geräteauswahl über das Betriebssystem.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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. 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.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: In bestimmten Umgebungen stellen Sie möglicherweise fest, 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.

Lokales Mikrofon/lokale Kamera wird bei bestimmten Unterbrechungen in Safari unter iOS stummgeschaltet

Beschreibung: 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 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.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.

Einfrieren von Safari unter iOS 15

Browserversion: iOS-Versionen 15 bis 15.1
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Safari friert unter Umständen ein, wenn Benutzer zu YouTube navigieren, Siri aktivieren oder eingehende PSTN-Anrufe entgegennehmen oder wenn es während eines WebRTC-Anrufs zu anderen Unterbrechungsszenarien kommt. Dieses bekannte Problem wurde mit iOS 15 eingeführt und in den iOS-Versionen 15.0, 15.0.2 und 15.1 beobachtet.

  • Es wurde in iOS 15.2+ behoben.

Referenz für das bekannte Problem: Verwandte WebKit-Fehler finden Sie hier und hier.
Empfohlene Problemumgehung: Aktualisieren Sie ggf. auf die neueste iOS-Version.

Safari: Tablet (iPadOS)

Videoqualität verschlechtert sich ggf. nach dem Drehen eines Geräts – Apple iPad 8 und Apple iPad X

Betroffene Geräte: Apple iPad 8 und Apple iPad X
Beschreibung: Wenn Benutzer ein Gerät drehen, kann dies die Qualität von Videostreams beeinträchtigen.

Chrome: Desktop

Probleme beim Trennen von Anrufen unter macOS 15.0, Build: 24A335

Betriebssystemversion: macOS 15.0, Build: 24A335.
Browserversion: Google Chrome – alle Versionen.
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Beim Initiieren eines 1:1-Anrufs unter macOS 15.0, wenn der Angerufene den Anruf akzeptiert, wird der Anruf manchmal nach ein paar Sekunden automatisch getrennt. Zusätzliche Verzögerungen beim Empfangen von und Beitreten zu Anrufen werden beobachtet, was auch zu Trennungen führen kann. Das vorübergehende Deaktivieren der Firewall behebt diese Probleme, was darauf hindeutet, dass Störungen durch die Firewalleinstellungen von macOS die Grundursache sind. Dieses Problem wurde in macOS 15.0.1 behoben, was die Kompatibilität mit Drittanbieter-Sicherheitssoftware verbessert, wie hier in den Versionshinweisen zu macOS 15.0.1 beschrieben.
Empfohlene Problemumgehung: Benutzer, bei denen dieses Problem auftritt, sollten in Erwägung ziehen, die Firewall vorübergehend zu deaktivieren oder auf macOS 15.0.1 zu aktualisieren, um diese Verbindungsprobleme bei Anrufen dauerhaft zu beheben.

Chrome M98: Eine Regression, die bei Geräten ohne NVIDIA-Karte die Videoauflösung beeinträchtigt und die Keyframegenerierung erhöht

Browserversion: Google Chrome-Version 98 (Februar 2022)
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Mit der Chrome-Version 98 wurde eine Regression mit anormaler Generierung von Video-Keyframes eingeführt, die sich bei der Mehrheit der Benutzer (über 70 Prozent) negativ auf die Auflösung eines gesendeten Videostreams auswirkt.
Referenz für das bekannte Problem: Diese Regression ist ein bekanntes Problem, das mit Chromium eingeführt wurde.
Empfohlene Problemumgehung: Aktualisieren Sie Google Chrome auf die neueste Version.

Chrome: Mobilgerät (Android)

Chrome M125: Kein ausgehendes Video in Gruppenanrufen und in Microsoft Teams-Anrufen über Azure Communication Services bei einigen Android-Geräten

Browserversion: Google Chrome-Version 125 (Mai 2024) auf Android-Geräten
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Mit der Chrome-Version 125 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. Dieses Verhalten wird auf Huawei-, OnePlus-, Poco- und Xiaomi-Android-Geräten beobachtet. Das Verhalten wird auf Samsung-, Google Pixel- und Motorola-Android-Geräten nicht beobachtet.

  • Ab Google Chrome Version 125.0.6422.146/147 ist ein Fix verfügbar.

Betroffene Geräte:

  • Huawei P30 Lite
  • OnePlus Nord N10
  • OnePlus 7T
  • Poco X3 Pro
  • Xiaomi Redmi 8T und möglicherweise andere ähnliche Modelle/Geräte.

Empfohlene Problemumgehung: Benutzer werden empfohlen, auf Google Chrome, Version 125.0.6422.146/147 oder höher, zu aktualisieren, wo dieses Problem behoben wurde.

Problem mit ausgehendem Audio unter Android 14, wenn sich der Browser im Hintergrund befindet oder der Gerätebildschirm gesperrt ist

Android-Version: Android 14.
Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Unter Android 14 wird das ausgehende Audio nach ungefähr 5 Sekunden ausgeblendet, wenn der Browser in den Hintergrund verschoben oder der Gerätebildschirm gesperrt wird. Dieses Problem wirkt sich auf die Benutzererfahrung aus, da die Audioübertragung bei Anrufen unterbrochen wird. Das Problem wird unter Android 13 oder anderen Versionen von Android nicht beobachtet.
Empfohlene Problemumgehung: Benutzern wird empfohlen, den Browser während Aufrufen im Vordergrund aktiv zu halten.

Problem mit eingehendem und ausgehendem Audio unter Android 14, wenn sich der Browser im Hintergrund befindet oder der Gerätebildschirm bei aktiviertem Energiesparmodus gesperrt ist

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Auf Android-Mobiltelefonen werden, wenn der Energiesparmodus aktiviert ist, eingehende und ausgehende Audiodaten sofort beendet, wenn der Browser, der den ACS-Anruf hostet, im Hintergrund platziert oder der Gerätebildschirm gesperrt ist. Da der Browser im Energiesparmodus in den Hintergrund geschaltet wird, wird der Benutzer nach etwa einer Minute, nachdem der Bildschirm des Geräts gesperrt oder der Browser in den Hintergrund geschaltet wurde, von dem Anruf getrennt und entfernt.
Bekannte Problemreferenz: Dies ist ein bekanntes Problem auf Chromium.
Empfohlene Problemumgehung: Um dieses Problem zu vermeiden, wird empfohlen, den Browser entweder während der Aufrufe im Vordergrund aktiv zu halten oder den Energiesparmodus bei WebRTC-Aufrufen zu deaktivieren.

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn sich mehr als drei Benutzer in einem Videoanruf mit einem Benutzer befinden, der über ein Android-Gerät verfügt, kann der Android-Benutzer manchmal beobachten, dass das eingehende Video blinkt und manchmal mit einem anderen eingehenden Video dupliziert wird. Ein weiteres Verhalten, das Benutzer manchmal in demselben Anwendungsfall erleben, ist, dass das eingehende Video für einen kurzen Moment mit einem grünen Farbton oder einer grünen Überlagerung angezeigt wird, gelegentlich auch länger. Dieses Verhalten ist besonders dann spürbar, wenn ein anderer Benutzer seine Kamera wieder aktiviert oder dem Anruf mit aktivierter Videofunktion beitritt. Dieses Verhalten wird auf Samsung Galaxy S10, S20, S21 und Google Pixel 6, 8 beobachtet.
Betroffene Geräte:

  • Samsung Galaxy S10
  • Samsung Galaxy S20
  • Samsung Galaxy S21
  • Google Pixel 6
  • Google Pixel 8

Referenz für das bekannte Problem: Diese Regression ist ein bekanntes Problem bei Chromium.

Chrome M115: Kein ausgehendes Video in Gruppenanrufen und in Microsoft Teams-Anrufen über Azure Communication Services

Browserversion: Google Chrome-Version 115 (Juli 2023) auf Android-Geräten
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.
Referenz für das bekannte Problem: Diese Regression ist ein bekanntes Problem, das mit Chromium eingeführt wurde.
Empfohlene Problemumgehung: 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.

Während eines PSTN-Anrufs hören Android-Benutzer immer noch Audio des Azure Communication Services-Anrufs

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Dieses Problem tritt auf, wenn bei einem Chrome-Benutzer unter Android ein PSTN-Anruf eingeht. Nach Entgegennahme des PSTN-Anrufs wird das Mikrofon im Azure Communication Services-Anruf stummgeschaltet. Das ausgehende Audio des Azure Communication Services-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.
Empfohlene Problemumgehung: Warten Sie auf ein anstehendes Update oder auf einen anstehenden Patch von Google.

Eingehendes Audio ist im Azure Communication Services-Anruf nach dem App-Anruf von Drittanbietern auf Android-Geräten spürbar leiser

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Benutzer erleben während eines Azure Communication Services-Anrufs spürbar leiser eingehende Audiodaten, nachdem sie einen Anruf von einer Drittanbieter-App (z. B. WhatsApp, Viber) empfangen und annehmen. Dieses Problem tritt auf Android-Geräten mit dem mobilen Browser auf. Darüber hinaus weisen Lautstärkesteuerungen die maximalen Lautstärken auf, obwohl die Audiowiedergabe leiser als vor dem Anruf des Drittanbieters bleibt.
Bekannte Problemreferenz: Dies ist ein bekanntes Problem auf Chromium.
Empfohlene Problemumgehung: Benutzer sollten entweder erneut am Azure Communication Services-Anruf teilnehmen oder App-Anrufe von Drittanbietern separat verarbeiten.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.
Referenz für das bekannte Problem: Verwandte Chromium-Fehler finden Sie hier und hier.

Lokales Mikrofon/lokale Kamera wird bei bestimmten Unterbrechungen in Chrome unter Android stummgeschaltet

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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 Anruf über eine Drittanbieter-App. Der Wechsel zu einer anderen nativen Anwendung kann den Zugriff auf das Mikrofon oder die Kamera übernehmen.

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.

Automatische Mikrofonauswahl schlägt bei kabelgebundenen Kopfhörern in WebRTC-Anrufen auf Android-Geräten fehl

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn Benutzer kabelgebundene Kopfhörer an ihr Android-Gerät anschließen und einem WebRTC-Anruf beitreten, wird die Mikrofonoption nicht standardmäßig für die kabelgebundenen Kopfhörer verwendet. Dieses Problem ist auf verschiedenen Android-Geräten und Google Chrome-Versionen konsistent reproduzierbar. Ähnliche Verhaltensweisen wurden in anderen Diensten wie Twilio und Google WebRTC-Beispiel festgestellt.
Bekannte Problemreferenz: Dies ist ein bekanntes Problem auf Chromium.
Empfohlene Problemumgehung: Benutzer sollten die kabelgebundenen Kopfhörer manuell als Mikrofonoption in den Anrufeinstellungen nach dem Beitritt zum WebRTC-Anruf auswählen.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.

Bei einigen Android-Geräten (A326U, A125U und A215U) sind nur Gruppenanrufe erfolgreich.

Betroffene Geräte:

  • Samsung Galaxy A32 (Modell A326U)
  • Samsung Galaxy A12 (Modell A125U)
  • Samsung Galaxy A21 (Modell A215U)

Beschreibung: 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.

Videoqualität verschlechtert sich ggf. nach dem Drehen eines Geräts – Google Pixel 3a, Google Pixel 5

Betroffene Geräte: Google Pixel 3a, Google Pixel 5
Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn Benutzer ein Gerät drehen, kann dies die Qualität von Videostreams beeinträchtigen.

Bildschirm friert ein, wenn die Kamera umgeschaltet wird: Google Pixel 4a

Betroffene Geräte: Google Pixel 4a
Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Wenn ein Communication Services-Benutzer einem Anruf unter Verwendung 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.

Chrome: Mobilgerät (iOS)

Weder aus- noch eingehendes Audio, wenn der Browser in den Hintergrund versetzt oder das Gerät gesperrt wird (behoben ab iOS 16.4)

iOS-Version: Alle iOS-Versionen bis iOS 16.3
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Das Problem, das weder aus- noch eingehendes Audio vorhanden ist, wenn der Browser in den Hintergrund versetzt oder das Gerät gesperrt wird, war bis zur iOS-Version 16.3 vorhanden und wurde in iOS 16.4 behoben.
Referenz für das bekannte Problem: Verwandter WebKit-Fehler
Empfohlene Problemumgehung: Aktualisieren Sie ggf. auf die neueste iOS-Version.

Kein eingehendes/ausgehendes Audio für Bluetooth-Headset: iOS 15

iOS-Version: Beobachtet in den iOS-Versionen 15.6 und 15.7
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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. Unter iOS 16 lässt sich das Problem nicht reproduzieren.
Empfohlene Problemumgehung: Aktualisieren Sie ggf. auf die neueste iOS-Version.

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

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: 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.

Firefox: Desktop

Lautsprecherenumeration und -auswahl in Firefox über den Geräte-Manager von Communication Services nicht verfügbar

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Bei Verwendung von Firefox kann Ihre App keine Lautsprecher über den Geräte-Manager von Communication Services auflisten bzw. auswählen.
Problemumgehung: In diesem Szenario müssen Geräte über das Betriebssystem ausgewählt werden.

Virtuelle Kameras werden derzeit nicht unterstützt.

Browserversion: Beliebig
Version des Calling SDK von Azure Communication Services: Beliebig
Beschreibung: Virtuelle Kameras werden derzeit nicht unterstützt, wenn Sie Audio-/Videoanrufe über die Desktop-Version von Firefox tätigen.