Udostępnij za pośrednictwem

Znane problemy w zestawach SDK i interfejsach API

  • Artykuł

Te artykuły zawierają informacje o ograniczeniach i znanych problemach związanych z zestawami SDK wywołującymi usługi Azure Communication Services i interfejsami API automatyzacji wywołań usług komunikacyjnych.

Ważne

Istnieje wiele czynników, które mogą mieć wpływ na jakość środowiska rozmów. Aby dowiedzieć się więcej na temat konfiguracji sieci usług komunikacyjnych i najlepszych rozwiązań dotyczących testowania, zobacz Zalecenia dotyczące sieci.

Wywoływanie zestawu Web SDK

W poniższych sekcjach przedstawiono informacje o znanych problemach związanych z zestawami SDK połączeń głosowych JavaScript i wideo w usługach Azure Communication Services.

Chrome M115 — regresja

Przeglądarka Chrome w wersji 115 dla systemu Android wprowadziła regresję podczas nawiązywania połączeń wideo — wynikiem tej usterki jest użytkownik wykonujący połączenie w usługach Azure Communication Services z tą wersją przeglądarki Chrome nie ma wychodzącego filmu wideo w wywołaniach grupowych i usług Azure Communication Services-Microsoft Teams.

  • Ta regresja jest znanym problemem wprowadzonym w chromium
  • Krótkoterminowe środki zaradcze, poinstruuj użytkowników, aby używali przeglądarki Microsoft Edge lub Firefox w systemie Android lub unikali korzystania z przeglądarki Google Chrome 115/116 w systemie Android

Znane problemy z przeglądarką Firefox

Obsługa przeglądarki klasycznej Firefox jest teraz dostępna w publicznej wersji zapoznawczej. Znane problemy to:

  • Wyliczanie głośników nie jest dostępne: jeśli używasz przeglądarki Firefox, aplikacja nie może wyliczyć ani wybrać prelegentów za pośrednictwem menedżera urządzeń usług komunikacyjnych. W tym scenariuszu należy wybrać urządzenia za pośrednictwem systemu operacyjnego.
  • Wirtualne aparaty fotograficzne nie są obecnie obsługiwane podczas nawiązywania połączeń audio\wideo w programie Firefox.

Znane problemy z przeglądarką Chrome dla systemu iOS

Obsługa przeglądarki Chrome dla systemu iOS jest teraz dostępna w publicznej wersji zapoznawczej. Znane problemy to:

  • Brak wychodzącego i przychodzącego dźwięku podczas przełączania przeglądarki do tła lub blokowania urządzenia. Ten problem został rozwiązany w systemie iOS w wersji 16.4 lub nowszej.
  • Brak przychodzącego/wychodzącego dźwięku pochodzącego z zestawu słuchawkowego Bluetooth. Gdy użytkownik łączy zestaw słuchawkowy Bluetooth w środku połączenia z usługami Azure Communication Services, dźwięk nadal wychodzi z głośnika, dopóki użytkownik nie zablokuje i odblokuje telefon. Widzieliśmy ten problem w starszych wersjach systemu iOS (15.6, 15.7) i nie można go odtworzyć w systemie iOS 16.

Przeglądarka Safari w systemie iOS wyświetla niepoprawny rozmiar rozdzielczości podglądu aparatu

Ta usterka występuje w systemie iOS 16.7 lub iOS 17 w wersjach starszych niż 17.4, gdy użytkownicy obracają swoje telefony lub włączają/wyłączają wideo podczas rozmowy. Podgląd aparatu krótko wyświetla niepoprawny rozmiar rozdzielczości przed powrotem do normalnego. Problem nie można odtworzyć w systemie iOS 17.4 Beta. Powiązana usterka zestawu WebKit tutaj.

System iOS 16 wprowadził usterki podczas umieszczania przeglądarki w tle podczas wywołania

Wersja systemu iOS 16 wprowadziła usterkę, która może zatrzymać połączenie audio\wideo usług Azure Communication Services podczas korzystania z przeglądarki mobilnej Safari. Apple zdaje sobie sprawę z tego problemu i szuka poprawki po ich stronie. Może to mieć wpływ na to, że wywołanie usług Azure Communication Services może przestać działać podczas połączenia, a jedynym rozwiązaniem, aby go ponownie pracować, jest ponowne uruchomienie telefonu przez klienta końcowego.

Aby odtworzyć tę usterkę:

  • Użytkownik korzystający z systemu i Telefon z systemem iOS 16
  • Dołączanie do połączenia usług Azure Communication Services (tylko audio lub audio i wideo) przy użyciu przeglądarki mobilnej Safari dla systemu iOS
  • Jeśli podczas rozmowy ktoś umieści przeglądarkę Safari w tle i wyświetli YouTube LUB otrzyma połączenie FaceTime\phone podczas połączenia za pośrednictwem urządzenia Bluetooth

Wyniki:

  • Po kilku minutach tego stanu przychodzące i wychodzące wideo może przestać działać.
  • Jedynym sposobem na ponowne wywołanie usług Azure Communication Services jest ponowne uruchomienie telefonu przez użytkownika końcowego.

Chrome M98 — regresja

Przeglądarka Chrome w wersji 98 wprowadziła regresję z nietypowym generowaniem klatek kluczowych wideo, które mają negatywny wpływ na rozdzielczość wysłanego strumienia wideo dla większości (70%+) użytkowników.

  • Ta regresja jest znanym problemem wprowadzonym w chromium

Podczas połączenia PSTN użytkownik nadal może usłyszeć dźwięk z połączenia ACS

Ten problem występuje, gdy użytkownik przeglądarki Android Chrome napotka przychodzące połączenie PSTN po odebraniu połączenia PSTN, mikrofon w wywołaniu ACS staje się wyciszony. Wychodzący dźwięk połączenia ACS jest wyciszony, więc inni uczestnicy nie mogą usłyszeć użytkownika, który jest połączeniem PSTN. Warto zauważyć, że przychodzący dźwięk użytkownika nie jest wyciszony, a to zachowanie jest związane z przeglądarką.

Brak przychodzącego dźwięku podczas połączenia

Czasami użytkownik w wywołaniu usług Azure Communication Services może nie być w stanie usłyszeć dźwięku od zdalnych uczestników. Istnieje powiązana usterka Chromium, która powoduje ten problem. Problem można rozwiązać przez ponowne połączenie elementu równorzędnego Połączenie ion. Dodaliśmy to obejście, ponieważ zestaw SDK 1.9.1 (stabilny) i zestaw SDK 1.10.0 (wersja beta).

W przeglądarce Android Chrome, jeśli użytkownik dołącza do usługi Azure Communication Services kilka razy, przychodzący dźwięk może również zniknąć. Użytkownik nie może usłyszeć dźwięku od innych uczestników, dopóki strona nie zostanie odświeżona. Rozwiązaliśmy ten problem w zestawie SDK 1.10.1-beta.1 i ulepszyliśmy użycie zasobów audio.

Niektóre urządzenia z systemem Android kończą się niepowodzeniem w scenariuszach wywołań z wyjątkiem wywołań grupowych.

Nie można uruchomić wielu konkretnych urządzeń z systemem Android, zaakceptować połączenia i spotkania. Urządzenia, które napotkają ten problem, nie mogą odzyskać i kończą się niepowodzeniem podczas każdej próby. Są to głównie urządzenia samsung model A, szczególnie modele A326U, A125U i A215U.

  • Ta regresja jest znanym problemem wprowadzonym w chromium.

Android Chrome wycisza połączenie po przejściu przeglądarki w tle przez minutę

W przeglądarce Android Chrome, jeśli użytkownik korzysta z wywołania usług Azure Communication Services i umieszcza przeglądarkę w tle przez minutę. Mikrofon traci dostęp, a inni uczestnicy połączenia nie usłyszą dźwięku od użytkownika. Gdy użytkownik przeniesie przeglądarkę na pierwszy plan, mikrofon będzie ponownie dostępny. Powiązane usterki chromu tutaj i tutaj

Użytkownik aplikacji mobilnej (iOS i Android) usunął połączenie, ale nadal pojawia się na liście uczestników.

Problem może wystąpić, jeśli użytkownik mobilny opuści wywołanie grupy usług Azure Communication Services bez korzystania z interfejsu API Call.hangUp(). Gdy użytkownik mobilny zamknie przeglądarkę lub odświeży stronę internetową bez zawieszenia, inni uczestnicy połączenia grupowego nadal będą widzieć tego użytkownika mobilnego na liście uczestników przez około 60 sekund.

Przeglądarka Safari systemu iOS odświeża stronę, jeśli użytkownik przejdzie do innej aplikacji i wróci do przeglądarki

Ten problem może wystąpić, jeśli użytkownik w usłudze Azure Communication Services wywołuje program iOS Safari i przełącza się na inną aplikację przez jakiś czas. Gdy użytkownik wróci do przeglądarki, strona przeglądarki może zostać odświeżona. Dzieje się tak, ponieważ system operacyjny zabija przeglądarkę. Jednym ze sposobów rozwiązania tego problemu jest zachowanie niektórych stanów i odzyskiwanie po odświeżeniu strony.

Użytkownicy systemu iOS 15.1 dołączani do połączeń grupowych lub spotkań usługi Microsoft Teams.

  • Czasami po odebraniu przychodzącej nazwy PSTN karta z połączeniem lub spotkaniem zawiesza się. Powiązane usterki zestawu WebKit tutaj i tutaj.

Lokalny mikrofon/aparat wycisza się, gdy występują pewne przerwy w przeglądarkach Safari i Android Chrome.

Ten problem może wystąpić, jeśli inna aplikacja lub system operacyjny przejmuje kontrolę nad mikrofonem lub kamerą. Oto kilka przykładów, które mogą wystąpić, gdy użytkownik jest w wywołaniu:

  • Połączenie przychodzące jest odbierane za pośrednictwem sieci PSTN (publicznej przełączonej sieci telefonicznej) i przechwytuje dostęp do urządzenia mikrofonu.
  • Użytkownik odtwarza wideo w serwisie YouTube, na przykład lub uruchamia wywołanie FaceTime. Przełączenie do innej aplikacji natywnej może przechwycić dostęp do mikrofonu lub kamery.
  • Użytkownik włącza Siri, który przechwytuje dostęp do mikrofonu.

Na przykład w systemie iOS, podczas gdy w wywołaniu usług Azure Communication Services, jeśli zostanie włączone wywołanie PSTN, mikrofonMutedUnexepectedly bad UFD jest wywoływany, a dźwięk przestaje przepływać w wywołaniu usług Azure Communication Services, a wywołanie jest oznaczone jako wyciszone. Po zakończeniu wywołania PSTN użytkownik musi cofnąć wyciszenie wywołania usług Azure Communication Services, aby rozpocząć przepływ ponownie w wywołaniu usług Azure Communication Services. W przypadku programu Android Chrome, gdy pojawia się wywołanie PSTN, dźwięk przestaje przepływać w wywołaniu usług Azure Communication Services, a wywołanie usług Azure Communication Services nie jest oznaczone jako wyciszone. W tym przypadku nie ma mikrofonuMutedUnexepectedly UFD zdarzenia. Po zakończeniu wywołania PSTN przeglądarka Android Chrome automatycznie odzyskuje dźwięk, a dźwięk zaczyna przepływać normalnie ponownie w wywołaniu usług Azure Communication Services.

W przypadku, gdy aparat jest włączony i występuje przerwa, wywołanie usług Azure Communication Services może lub nie może utracić kamery. Jeśli utracono aparat, aparat jest oznaczony jako wyłączony, a użytkownik musi włączyć go z powrotem po przerwie zwolnił aparat.

Czasami urządzenia mikrofonu lub kamery nie są zwalniane na czas i mogą powodować problemy z oryginalnym połączeniem. Jeśli na przykład użytkownik spróbuje cofnąć wyciszenie podczas oglądania filmu wideo w serwisie YouTube lub jeśli połączenie PSTN jest aktywne jednocześnie.

Przychodzące strumienie wideo nie przestają renderować, jeśli użytkownik jest w systemie iOS 15.2 lub nowszym i korzysta z zestawu SDK w wersji 1.4.1-beta.1 lub nowszej, do ponownego uruchomienia wychodzącego dźwięku i wideo są nadal wymagane anulowanie wyciszenia/uruchamiania wideo.

W przypadku systemu iOS 15.4 lub nowszego audio i wideo powinno być możliwe automatyczne odzyskiwanie w większości przypadków. W niektórych przypadkach brzegowych, aby cofnąć wyciszenie, aplikacja musi wywołać interfejs API do "cofnij wyciszenie" (może być wynikiem akcji użytkownika) w celu odzyskania wychodzącego dźwięku.

System iOS z przeglądarką Safari ulega awarii i odświeża stronę, jeśli użytkownik spróbuje przełączyć się z aparatu przedniego na aparat tylny.

Usługa Azure Communication Services Calling SDK w wersji 1.2.3-beta.1 wprowadziła usterkę, która ma wpływ na wszystkie wywołania wykonywane w przeglądarce Safari systemu iOS. Problem występuje, gdy użytkownik próbuje przełączyć strumień wideo aparatu z przodu na tył. Przełączanie wyników aparatu w przeglądarce Safari powoduje awarię i ponowne załadowanie strony.

Ten problem został rozwiązany w usłudze Azure Communication Services Calling SDK w wersji 1.3.1-beta.1 +

  • iOS Safari w wersji: 15.1

Udostępnianie ekranu w systemie macOS Ventura Safari (wersja 16.3 i niższe)

Udostępnianie ekranu nie działa w systemie macOS Ventura Safari (wersja 16.3 i niższe). Znany problem z przeglądarki Safari i zostanie rozwiązany w wersji 16.4 lub nowszej.

Odświeżanie strony nie powoduje natychmiastowego usunięcia użytkownika z połączenia

Jeśli użytkownik jest w wywołaniu i zdecyduje się odświeżyć stronę, usługa medialna usług Communication Services nie usuwa tego użytkownika natychmiast z wywołania. Oczekuje na ponowne zalogowanie się użytkownika. Użytkownik zostanie usunięty z wywołania po upłynął limit czasu usługi multimediów.

Najlepiej jest tworzyć środowiska użytkownika, które nie wymagają od użytkowników końcowych odświeżenia strony aplikacji podczas wywołania. Jeśli użytkownik odświeży stronę, użyj ponownie tego samego identyfikatora użytkownika usług Komunikacyjnych po powrocie tego użytkownika do aplikacji. Po ponownym dołączeniu tego samego identyfikatora użytkownika użytkownik jest reprezentowany jako ten sam, istniejący obiekt w kolekcji remoteParticipants . Z perspektywy innych uczestników wywołania użytkownik pozostaje w wywołaniu w czasie potrzebnym do odświeżenia strony ( do minuty lub dwóch).

Jeśli użytkownik wysyłał wideo przed odświeżeniem, videoStreams kolekcja przechowuje poprzednie informacje o strumieniu do czasu upływu limitu czasu usługi i usunięcia go. W tym scenariuszu aplikacja może zdecydować się na obserwowanie nowych strumieni dodanych do kolekcji i renderowanie jednego z najwyższymi wartościami id.

Nie można renderować wielu podglądów z wielu urządzeń w Internecie

Ten problem jest znanym ograniczeniem. Aby uzyskać więcej informacji, zobacz Omówienie wywoływania zestawu SDK.

Wyliczanie urządzeń nie jest możliwe w przeglądarce Safari, gdy aplikacja działa w systemie iOS lub iPadOS

Aplikacje nie mogą wyliczać ani wybierać urządzeń głośnikowych (takich jak Bluetooth) w przeglądarce Safari iOS lub iPadOS. Ten problem jest znanym ograniczeniem tych systemów operacyjnych.

Jeśli używasz przeglądarki Safari w systemie macOS, aplikacja nie może wyliczyć ani wybrać prelegentów za pośrednictwem menedżera urządzeń usług komunikacyjnych. W tym scenariuszu należy wybrać urządzenia za pośrednictwem systemu operacyjnego. Jeśli używasz programu Chrome w systemie macOS, aplikacja może wyliczyć lub wybrać urządzenia za pośrednictwem menedżera urządzeń usług komunikacyjnych.

  • iOS Safari w wersji: 15.1

Wielokrotne przełączanie urządzeń wideo może spowodować tymczasowe zatrzymanie przesyłania strumieniowego wideo

Przełączanie między urządzeniami wideo może spowodować wstrzymanie strumienia wideo podczas uzyskiwania strumienia z wybranego urządzenia. Przełączanie się między urządzeniami często może spowodować obniżenie wydajności. Najlepiej jest, aby deweloperzy zatrzymywali jeden strumień urządzenia przed rozpoczęciem innego.

Mikrofon zestawu słuchawkowego Bluetooth nie jest wykrywany ani nie jest słyszalny podczas połączenia w przeglądarce Safari w systemie iOS

Zestawy słuchawkowe Bluetooth nie są obsługiwane przez przeglądarkę Safari w systemie iOS. Urządzenie Bluetooth nie znajduje się na liście dostępnych opcji mikrofonu, a inni uczestnicy nie będą mogli cię usłyszeć, jeśli spróbujesz użyć połączenia Bluetooth za pośrednictwem przeglądarki Safari.

Ta regresja jest znanym ograniczeniem systemu operacyjnego. W przeglądarce Safari w systemach macOS i iOS/iPadOS nie można wyliczyć ani wybrać urządzeń mówiących za pomocą menedżera urządzeń usług komunikacyjnych. Dzieje się tak, ponieważ przeglądarka Safari nie obsługuje wyliczenia ani wyboru głośników. W tym scenariuszu użyj systemu operacyjnego, aby zaktualizować wybór urządzenia.

Rotacja urządzenia może spowodować niską jakość wideo

Gdy użytkownicy obracają urządzenie, ten ruch może obniżyć jakość wideo przesyłanego strumieniowo.

Ten problem występuje w następujących środowiskach:

  • Dotyczy to urządzeń: Google Pixel 5, Google Pixel 3a, Apple iPad 8 i Apple iPad X
  • Biblioteka klienta: wywoływanie (JavaScript)
  • Przeglądarki: Safari, Chrome
  • Systemy operacyjne: iOS, Android

Aparat przełączanie powoduje zablokowanie ekranu

Gdy użytkownik usług Communication Services dołącza do wywołania przy użyciu zestawu SDK wywołującego język JavaScript, a następnie wybiera przycisk przełącznika aparatu, interfejs użytkownika może przestać odpowiadać. Użytkownik musi następnie odświeżyć aplikację lub wypchnąć przeglądarkę do tła.

Ten problem występuje w następujących środowiskach:

  • Urządzenia, których dotyczy problem: Google Pixel 4a
  • Biblioteka klienta: wywoływanie (JavaScript)
  • Przeglądarka: Chrome
  • Systemy operacyjne: iOS, Android

Problem z sygnałem wideo, gdy połączenie jest w stanie połączenia

Jeśli użytkownik włącza i wyłącza wideo szybko, gdy wywołanie jest w stanie Połączenie, ta akcja może prowadzić do problemu ze strumieniem uzyskanym dla wywołania. Najlepiej jest, aby deweloperzy tworzyli swoje aplikacje w sposób, który nie wymaga włączenia i wyłączenia wideo, gdy wywołanie jest w stanie Połączenie. Wydajność wideo o obniżonej wydajności może wystąpić w następujących scenariuszach:

  • Jeśli użytkownik rozpoczyna się od dźwięku, a następnie uruchamia i zatrzymuje wideo, podczas gdy wywołanie jest w stanie Połączenie.
  • Jeśli użytkownik rozpoczyna się od dźwięku, a następnie uruchamia i zatrzymuje wideo, podczas gdy połączenie jest w stanie Lobby .

Wyliczanie lub uzyskiwanie dostępu do urządzeń w przeglądarce Safari w systemach macOS i iOS

W niektórych środowiskach można zauważyć, że uprawnienia urządzenia są resetowane po pewnym czasie. W systemach macOS i iOS przeglądarka Safari nie zachowuje uprawnień przez długi czas, chyba że zostanie pozyskany strumień. Najprostszym sposobem obejścia tego ograniczenia jest wywołanie interfejsu DeviceManager.askDevicePermission() API przed wywołaniem interfejsów API wyliczania urządzeń menedżera urządzeń. Te interfejsy API wyliczania obejmują DeviceManager.getCameras(), DeviceManager.getSpeakers()i DeviceManager.getMicrophones(). Jeśli istnieją uprawnienia, użytkownik nic nie widzi. Jeśli uprawnienia nie są tam, użytkownik zostanie ponownie poproszony o uprawnienia.

Ten problem występuje w następujących środowiskach:

  • Urządzenie, którego dotyczy problem: i Telefon
  • Biblioteka klienta: wywoływanie (JavaScript)
  • Przeglądarka: Safari
  • System operacyjny: iOS

Opóźnienie renderowania filmów wideo uczestników zdalnych

Podczas trwającego wywołania grupy załóżmy, że użytkownik A wysyła wideo, a następnie użytkownik B dołącza do połączenia. Czasami użytkownik B nie widzi wideo z użytkownika A lub użytkownik A rozpoczyna renderowanie wideo po długim opóźnieniu. Problem z konfiguracją środowiska sieciowego może spowodować to opóźnienie. Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące sieci.

Użycie bibliotek innych firm podczas wywołania może spowodować utratę dźwięku

Jeśli używasz getUserMedia oddzielnie wewnątrz aplikacji, strumień audio zostanie utracony. Strumień audio jest utracony, ponieważ biblioteka innej firmy przejmuje dostęp urządzenia z biblioteki usług Azure Communication Services.

  • Nie używaj bibliotek innych firm, które używają interfejsu getUserMedia API wewnętrznie podczas wywołania.
  • Jeśli nadal musisz użyć biblioteki innej firmy, jedynym sposobem odzyskania strumienia audio jest zmiana wybranego urządzenia (jeśli użytkownik ma więcej niż jeden) lub ponowne uruchomienie wywołania.

Ten problem występuje w następujących środowiskach:

  • Przeglądarka: Safari
  • System operacyjny: iOS

Przyczyną tego problemu może być to, że uzyskanie własnego strumienia z tego samego urządzenia ma efekt uboczny uruchomienia w warunkach wyścigu. Uzyskiwanie strumieni z innych urządzeń może prowadzić użytkownika do niewystarczającej przepustowości USB/we/wy i sourceUnavailableError szybkości skoków.

Nadmierne użycie niektórych interfejsów API, takich jak wyciszenie/wyciszenie, powoduje ograniczenie przepustowości w infrastrukturze usług Azure Communication Services

W wyniku wywołania interfejsu API wyciszenia/wyciszenia infrastruktura usług Azure Communication Services informuje innych uczestników wywołania o stanie dźwięku lokalnego uczestnika, który wywołał wyciszenie/wyciszenie, aby uczestnicy połączenia wiedzieli, kto jest wyciszony/niemutowany. Nadmierne użycie wyciszenia/wyciszenia jest blokowane w infrastrukturze usług Azure Communication Services. Ograniczanie ma miejsce, jeśli uczestnik (lub aplikacja w imieniu uczestnika) próbuje wyciszyć/wyciszyć w sposób ciągły, co sekundę, więcej niż 15 razy w 30-sekundowym oknie kroczącym.

Wywoływanie interfejsów API automatyzacji

Następujące ograniczenia są znane problemy w interfejsach API automatyzacji wywołań usług komunikacyjnych:

  • Jedynym uwierzytelnianiem obsługiwanym obecnie w przypadku aplikacji serwerowych jest użycie parametry połączenia.

  • Wykonywać wywołania tylko między jednostkami tego samego zasobu usług komunikacyjnych. Komunikacja między zasobami jest zablokowana.

  • Połączenia między użytkownikami dzierżawy usług Microsoft Teams i Communication Services lub jednostkami aplikacji serwera nie są dozwolone.

  • Jeśli aplikacja wybiera co najmniej dwie tożsamości PSTN, a następnie kończy wywołanie, wywołanie między innymi jednostkami PSTN spadnie.

W poniższych sekcjach przedstawiono informacje o znanych problemach związanych z zestawami SDK interfejsu użytkownika natywnego i natywnego wywoływania usług Azure Communication Services.

Emulatory interfejsu API systemu Android

W przypadku korzystania z emulatorów interfejsu API systemu Android w systemie Android 5.0 (poziom 21 interfejsu API) i Android 5.1 (poziom 22 interfejsu API) niektóre awarie są oczekiwane.

Konflikt modułu Troutera systemu Android

Gdy zestaw ANDROID Chat and Calling SDK znajduje się razem w tej samej aplikacji, funkcja powiadomień w czasie rzeczywistym zestawu Chat SDK nie działa. Może wystąpić problem z rozwiązaniem zależności.

Podczas pracy nad rozwiązaniem można wyłączyć funkcję powiadomień w czasie rzeczywistym, dodając następujące informacje o zależnościach w pliku build.gradle aplikacji, a zamiast tego sondować interfejs API GetMessages w celu wyświetlania przychodzących komunikatów do użytkowników.

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'

Uwaga: jeśli aplikacja spróbuje dotknąć dowolnych interfejsów API powiadomień, takich jak chatAsyncClient.startRealtimeNotifications() lub chatAsyncClient.addEventHandler(), wystąpi błąd środowiska uruchomieniowego.

Ciągły obraz wideo w systemie iOS na zdjęciu (PiP)

Przychodzące wideo zatrzymuje się, gdy aplikacja przechodzi do tła. Jeśli aplikacja znajduje się na pierwszym planie, wideo jest renderowane poprawnie.

Odbieranie połączenia przychodzącego przez system iOS za pośrednictwem zestawu CallKit

Ustawienia dźwięku wychodzącego nie będą stosowane, gdy zestaw CallKit jest włączony, a użytkownicy bezpośrednio odbierają połączenia przychodzące za pośrednictwem zestawu CallKit.

Biblioteka interfejsu użytkownika

Możesz śledzić stronę typu wiki znanych problemów w repozytoriach GitHub.