SDK'larda ve API'lerde bilinen sorunlar

Bu makaleler, Azure İletişim Hizmetleri Çağırma SDK'ları ve İletişim Hizmetleri Çağrı Otomasyonu API'leriyle ilgili sınırlamalar ve bilinen sorunlar hakkında bilgi sağlar.

Önemli

Arama deneyiminizin kalitesini etkileyebilecek birden çok faktör vardır. İletişim Hizmetleri ağ yapılandırması ve test en iyi yöntemleri hakkında daha fazla bilgi edinmek için bkz . Ağ önerileri.

Web SDK'sını çağırma

Aşağıdaki bölümlerde, Azure İletişim Hizmetleri JavaScript sesli ve görüntülü arama SDK'larıyla ilişkili bilinen sorunlar hakkında bilgi sağlanır.

Chrome M115 - regresyon

Android için Chrome sürüm 115, görüntülü arama yaparken bir regresyona neden oldu- Bu hatanın sonucu, Chrome'un bu sürümünde Azure İletişim Hizmetleri arama yapan bir kullanıcının Grup ve Azure İletişim Hizmetleri-Microsoft Teams aramalarında giden bir video olmamasıdır.

• Bu regresyon, Chromium'da ortaya çıkan bilinen bir sorundur
• Kısa vadeli bir risk azaltma olarak, kullanıcılara Android'de Microsoft Edge veya Firefox kullanmalarını veya Android'de Google Chrome 115/116'yı kullanmaktan kaçınmalarını belirtin

Firefox Bilinen Sorunları

Firefox masaüstü tarayıcı desteği artık genel önizlemede kullanılabilir. Bilinen sorunlar şunlardır:

• Konuşmacıları numaralandırma kullanılamaz: Firefox kullanıyorsanız, uygulamanız İletişim Hizmetleri cihaz yöneticisi aracılığıyla konuşmacıları numaralandıramaz veya seçemez. Bu senaryoda, işletim sistemi aracılığıyla cihazları seçmeniz gerekir.
• Sanal kameralar şu anda Firefox masaüstü sesli/görüntülü arama yaparken desteklenmemekte.

iOS Chrome Bilinen Sorunları

iOS Chrome tarayıcı desteği artık genel önizlemede kullanılabilir. Bilinen sorunlar şunlardır:

• Tarayıcıyı arka plana değiştirirken veya cihazı kilitlerken giden ve gelen ses yoktur. Bu sorun iOS sürüm 16.4+ ile düzeltildi.
• Bluetooth mikrofonlu kulaklığından gelen/giden ses gelmiyor. Bir kullanıcı bluetooth mikrofonlu kulaklığı Azure İletişim Hizmetleri aramanın ortasında bağladığında, kullanıcı telefonu kilitleyip kilidini açana kadar ses hoparlörden çıkar. Bu sorunu eski iOS sürümlerinde (15.6, 15.7) gördük ve iOS 16'da yeniden üretilebilir değil.

iOS Safari, kamera önizlemesinin yanlış çözünürlük boyutunu görüntüler

Bu hata, kullanıcılar arama sırasında telefonlarını döndürdükten veya videoyu etkinleştirdiğinde/devre dışı bıraktığında iOS 16.7 veya 17.4'ten önceki iOS 17 sürümlerinde oluşur. Kamera önizlemesi, normale dönmeden önce kısa bir süre yanlış çözünürlük boyutu görüntüler. Sorun iOS 17.4 Beta sürümünde yeniden üretilebilir değildir. İlgili WebKit hatası burada.

iOS 16, arama sırasında tarayıcıyı arka plana koyarken hatalara neden oldu

iOS 16 sürümü, Safari mobil tarayıcısını kullanırken sesli/görüntülü arama Azure İletişim Hizmetleri durdurabilen bir hataya neden oldu. Apple bu sorunun farkında ve kendi tarafında bir düzeltme arıyor. Bunun etkisi, bir arama sırasında Azure İletişim Hizmetleri aramanın çalışmayı durdurması ve yeniden çalışmasını sağlamak için tek çözüm, son müşterinin telefonunu yeniden başlatması olabilir.

Bu hatayı yeniden oluşturmak için:

• Kullanıcının iOS 16 çalıştıran i Telefon kullanmasını sağlayın
• Safari iOS mobil tarayıcısını kullanarak Azure İletişim Hizmetleri aramaya katılın (yalnızca sesli veya sesli ve görüntülü)
• Arama sırasında birisi Safari tarayıcısını arka plana yerleştirir ve YouTube'u görüntülerse VEYA Bluetooth cihazı aracılığıyla bağlanırken FaceTime\phone araması alırsa

Sonuçlar:

• Bu durumdan birkaç dakika sonra gelen ve giden video çalışmayı durdurabilir.
• Azure İletişim Hizmetleri aramayı yeniden çalışır duruma getirmek için tek yol, son kullanıcının telefonunu yeniden başlatmasını sağlamaktır.

Chrome M98 - regresyon

Chrome sürüm 98, kullanıcıların çoğunluğu (%70+) için gönderilen bir video akışının çözünürlüğünü olumsuz etkileyen anormal video ana karelerinin oluşturulmasıyla bir regresyon ortaya çıktı.

• Bu regresyon, Chromium'da ortaya çıkan bilinen bir sorundur

PSTN araması sırasında, kullanıcı ACS aramasından ses duymaya devam edebilir

Android Chrome kullanıcısı gelen PSTN çağrısıyla karşılaştığında bu sorun oluşur PSTN çağrısını yanıtladıktan sonra ACS çağrısındaki mikrofonun sesi kapatılır. ACS çağrısının giden sesi kapatılır, bu nedenle diğer katılımcılar PSTN araması olan kullanıcıyı duyamaz. Kullanıcının gelen sesinin sessize alınmadığını ve bu davranışın tarayıcıya bağlı olduğunu belirtmek gerekir.

Arama sırasında gelen ses yok

Bazen, Azure İletişim Hizmetleri aramadaki bir kullanıcı uzak katılımcıların sesini duyamayabilir. Bu soruna neden olan ilgili bir Chromium hatası vardır, Peer Bağlan ion yeniden bağlanarak sorun giderilebilir. SDK 1.9.1 (kararlı) ve SDK 1.10.0 (beta) sürümünden bu yana bu geçici çözümü ekledik.

Android Chrome'da, bir kullanıcı birkaç kez Azure İletişim Hizmetleri aramaya katılırsa, gelen ses de kaybolabilir. Kullanıcı, sayfa yenilenene kadar diğer katılımcılardan gelen sesi duyamaz. Bu sorunu SDK 1.10.1-beta.1'de düzelttik ve ses kaynağı kullanımını iyileştirdik.

Grup çağrıları dışında arama senaryolarında başarısız olan bazı Android cihazları.

Birçok belirli Android cihazı başlatılamıyor, aramaları ve toplantıları kabul edememeye başlıyor. Bu sorunla karşılaşan cihazlar, her denemede kurtarılamaz ve başarısız olur. Bunlar çoğunlukla Samsung model A cihazları, özellikle de A326U, A125U ve A215U modelleridir.

• Bu regresyon, Chromium'da ortaya çıkan bilinen bir sorundur.

Tarayıcı bir dakika arka plana geçtikten sonra Android Chrome aramayı sessize alır

Android Chrome'da, bir kullanıcı Azure İletişim Hizmetleri bir aramadaysa ve tarayıcıyı bir dakika boyunca arka plana yerleştirirse. Mikrofon erişimi kaybeder ve aramadaki diğer katılımcılar kullanıcıdan gelen sesi duyamaz. Kullanıcı tarayıcıyı ön plana getirdiğinde mikrofon yeniden kullanılabilir. Burada ve burada ilgili krom hataları

Bir mobil (iOS ve Android) kullanıcısı aramayı bıraktı ancak katılımcı listesinde görünmeye devam ediyor.

Mobil kullanıcı Call.hangUp() API'sini kullanmadan Azure İletişim Hizmetleri grup çağrısından ayrılırsa sorun oluşabilir. Mobil kullanıcı tarayıcıyı kapattığında veya web sayfasını kapatmadan yenilediğinde, grup çağrısındaki diğer katılımcılar bu mobil kullanıcıyı katılımcı listesinde yaklaşık 60 saniye boyunca görmeye devam edebilir.

iOS Safari, kullanıcı başka bir uygulamaya gidip tarayıcıya geri dönerse sayfayı yeniler

iOS Safari ile Azure İletişim Hizmetleri çağrısında bulunan bir kullanıcı bir süre için başka bir uygulamaya geçtiğinde sorun oluşabilir. Kullanıcı tarayıcıya geri döndükten sonra tarayıcı sayfası yenilenebilir. Bunun nedeni işletim sisteminin tarayıcıyı öldürmesidir. Bu sorunu azaltmanın bir yolu, bazı durumları korumak ve sayfa yenilemelerinden sonra kurtarmaktır.

iOS 15.1 kullanıcıları grup aramalarına veya Microsoft Teams toplantılarına katılıyor.

• Bazen gelen PSTN alındığında arama veya toplantının yanıt vermiyor olduğu sekme görüntülenir. burada ve burada ilgili WebKit hataları.

iOS Safari ve Android Chrome'da belirli kesintiler yaşandığında yerel mikrofon/kamera sessize alır.

Başka bir uygulama veya işletim sistemi mikrofonun veya kameranın denetimini ele geçirirse bu sorun oluşabilir. Bir kullanıcı aramadayken gerçekleşebilecek birkaç örnek aşağıda verilmiştir:

• Gelen arama PSTN (Genel Anahtarlı Telefon Ağı) aracılığıyla gelir ve mikrofon cihazı erişimini yakalar.
• Kullanıcı, örneğin bir YouTube videosu oynatmaktadır veya FaceTime araması başlatmaktadır. Başka bir yerel uygulamaya geçmek, mikrofona veya kameraya erişimi yakalayabilir.
• Kullanıcı, mikrofona erişimi yakalayan Siri'yi etkinleştirir.

Örneğin iOS'ta, bir Azure İletişim Hizmetleri çağrısında pstn çağrısı gelirse mikrofonMutedUnexepectedly bad UFD oluşturulur ve Azure İletişim Hizmetleri çağrısında ses akışı durdurulur ve arama sessiz olarak işaretlenir. PSTN araması bittikten sonra, kullanıcının Azure İletişim Hizmetleri çağrısında yeniden akmaya başlaması için Azure İletişim Hizmetleri çağrısının sesini açması gerekir. PstN araması geldiğinde Android Chrome söz konusu olduğunda, Azure İletişim Hizmetleri aramada ses akışı durdurulur ve Azure İletişim Hizmetleri arama sesi kapalı olarak işaretlenmez. Bu durumda mikrofonMutedUnexepectedly UFD olayı yoktur. PSTN araması tamamlandıktan sonra Android Chrome otomatik olarak ses kazanır ve Azure İletişim Hizmetleri aramada ses tekrar normal şekilde akmaya başlar.

Kamera açıksa ve kesinti oluşursa, Azure İletişim Hizmetleri arama kamerayı kaybedebilir veya kaybetmeyebilir. Kaybolursa kamera kapalı olarak işaretlenir ve kesinti kamera serbest bırakıldıktan sonra kullanıcının yeniden açması gerekir.

Bazen mikrofon veya kamera cihazları zamanında serbest bırakılmaz ve bu da özgün aramayla ilgili sorunlara neden olabilir. Örneğin, kullanıcı YouTube videosu izlerken sesini açmaya çalışırsa veya pstn araması aynı anda etkinse.

Kullanıcı iOS 15.2+ üzerindeyse ve SDK sürüm 1.4.1-beta.1+ kullanıyorsa, giden ses ve videoyu yeniden başlatmak için sesi açma/başlatma video adımları yine de gereklidir.

iOS 15.4+ için ses ve video, çoğu durumda otomatik olarak kurtarılabilmelidir. Bazı uç durumlarda, uygulamanın sesi açmak için giden sesi kurtarmak için 'sesi açma' (kullanıcı eyleminin bir sonucu olabilir) için bir API çağırması gerekir.

Safari yüklü iOS kilitlenir ve kullanıcı ön kameradan arka kameraya geçmeye çalışırsa sayfayı yeniler.

Azure İletişim Hizmetleri Arama SDK'sı sürüm 1.2.3-beta.1, iOS Safari'den yapılan tüm çağrıları etkileyen bir hata getirdi. Sorun, kullanıcı kamera video akışını önden arkaya geçirmeye çalıştığında oluşur. Safari tarayıcısında kamerayı değiştirmek, sayfayı kilitlenmeye ve yeniden yüklemeye neden olur.

Bu sorun, Azure İletişim Hizmetleri Çağırma SDK'sı sürüm 1.3.1-beta.1 + ile düzeltilmiştir

• iOS Safari sürümü: 15.1

macOS Ventura Safari'de ekran paylaşımı (v16.3 ve üstü)

Ekran paylaşımı macOS Ventura Safari'de (v16.3 ve üstü) çalışmaz. Safari'den bilinen sorun ve v16.4+ ile düzeltilecektir.

Sayfayı yenilemek kullanıcıyı aramasından hemen kaldırmaz

Bir kullanıcı bir aramadaysa ve sayfayı yenilemeye karar verirse, İletişim Hizmetleri medya hizmeti bu kullanıcıyı aramadan hemen kaldırmaz. Kullanıcının yeniden katılmasını bekler. Medya hizmeti zaman aşımına uğradıktan sonra kullanıcı çağrıdan kaldırılır.

En iyisi, son kullanıcıların arama sırasında uygulamanızın sayfasını yenilemesini gerektirmeyen kullanıcı deneyimleri oluşturmaktır. Kullanıcı sayfayı yenilerse, kullanıcı uygulamaya geri döndükten sonra aynı İletişim Hizmetleri kullanıcı kimliğini yeniden kullanın. Aynı kullanıcı kimliğiyle yeniden katılarak, kullanıcı koleksiyondaki remoteParticipants aynı, var olan nesne olarak temsil edilir. Aramadaki diğer katılımcıların perspektifinden bakıldığında, kullanıcı sayfayı yenilemek için geçen süre boyunca bir veya iki dakikaya kadar aramada kalır.

Kullanıcı yenilemeden önce video gönderiyorsa, videoStreams koleksiyon hizmet zaman aşımına uğramadan önceki akış bilgilerini tutar ve kaldırır. Bu senaryoda, uygulama koleksiyona eklenen yeni akışları gözlemlemek ve en idyüksek olanını işlemek için karar verebilir.

Web'de birden çok cihazdan birden çok önizleme işlemek mümkün değildir

Bu sorun, bilinen bir sınırlamadır. Daha fazla bilgi için bkz . SDK'yı çağırmaya genel bakış.

Uygulama iOS veya iPadOS üzerinde çalıştığında Safari'de cihazları numaralandırmak mümkün değildir

Uygulamalar Safari iOS veya iPadOS'ta hoparlör cihazlarını (Bluetooth gibi) numaralandıramaz veya seçemez. Bu sorun, bu işletim sistemlerinin bilinen bir sınırlamasıdır.

MacOS üzerinde Safari kullanıyorsanız, uygulamanız İletişim Hizmetleri cihaz yöneticisi aracılığıyla konuşmacıları numaralandıramaz veya seçemez. Bu senaryoda, işletim sistemi aracılığıyla cihazları seçmeniz gerekir. MacOS'ta Chrome kullanıyorsanız, uygulama İletişim Hizmetleri cihaz yöneticisi aracılığıyla cihazları numaralandırabilir veya seçebilir.

• iOS Safari sürümü: 15.1

Video cihazlarının tekrar tekrar değiştirilmesi, video akışının geçici olarak durmasına neden olabilir

Video cihazları arasında geçiş yapmak, akış seçili cihazdan alınırken video akışınızın duraklatılmasına neden olabilir. Cihazlar arasında sık sık geçiş yapmak performans düşüşlerine neden olabilir. Geliştiricilerin başka bir cihaz akışını başlatmadan önce bir cihaz akışını durdurması en iyisidir.

iOS'ta Safari'de yapılan arama sırasında Bluetooth kulaklık mikrofonu algılanmadı veya duyulmuyor

Bluetooth kulaklıklar iOS'ta Safari tarafından desteklenmez. Bluetooth cihazınız kullanılabilir mikrofon seçeneklerinde listelenmez ve Safari üzerinden Bluetooth kullanmayı denediğinizde diğer katılımcılar sizi duyamaz.

Bu regresyon, bilinen bir işletim sistemi sınırlamasıdır. macOS ve iOS/iPadOS üzerinde Safari ile İletişim Hizmetleri cihaz yöneticisi aracılığıyla konuşmacı cihazlarını listelemek veya seçmek mümkün değildir. Bunun nedeni Safari'nin sabit listesi veya hoparlör seçimini desteklememesidir. Bu senaryoda, cihaz seçiminizi güncelleştirmek için işletim sistemini kullanın.

Bir cihazın döndürmesi düşük video kalitesine neden olabilir

Kullanıcılar bir cihazı döndürdüğünüzde, bu hareket akışta olan videonun kalitesini düşürebilir.

Bu sorun aşağıdaki ortamlarda oluşur:

• Etkilenen cihazlar: Google Pixel 5, Google Pixel 3a, Apple iPad 8 ve Apple iPad X
• İstemci kitaplığı: Çağrı (JavaScript)
• Tarayıcılar: Safari, Chrome
• İşletim sistemleri: iOS, Android

Kamera değiştirme ekranı donduruyor

İletişim Hizmetleri kullanıcısı JavaScript arama SDK'sını kullanarak bir aramaya katıldığında ve ardından kamera anahtarı düğmesini seçtiğinde kullanıcı arabirimi yanıt vermemeye devam edebilir. Daha sonra kullanıcının uygulamayı yenilemesi veya tarayıcıyı arka plana göndermesi gerekir.

Bu sorun aşağıdaki ortamlarda oluşur:

• Etkilenen cihazlar: Google Pixel 4a
• İstemci kitaplığı: Çağrı (JavaScript)
• Tarayıcı: Chrome
• İşletim sistemleri: iOS, Android

Arama bağlanma durumundayken video sinyali sorunu

Kullanıcı arama Bağlan durumundayken videoyu hızlı bir şekilde açıp kapatırsa, bu eylem çağrı için alınan akışla ilgili bir soruna yol açabilir. Geliştiricilerin uygulamalarını, arama Bağlan durumundayken videonun açılmasını ve kapatılmasını gerektirmeyen bir şekilde derlemeleri en iyisidir. Aşağıdaki senaryolarda düşük video performansı oluşabilir:

• Kullanıcı ses ile başlıyorsa ve ardından arama Bağlan durumundayken videoyu başlatıp durduruyorsa.
• Kullanıcı ses ile başlıyorsa ve arama Lobi durumundayken videoyu başlatıp durduruyorsa.

macOS ve iOS'ta Safari için cihazları numaralandırma veya bunlara erişme

Bazı ortamlarda cihaz izinlerinin belirli bir süre sonra sıfırlandığını fark edebilirsiniz. macOS ve iOS'ta Safari, alınan bir akış olmadığı sürece izinleri uzun süre tutmaz. Bu sınırlamaya geçici bir çözüm olarak, cihaz yöneticisinin DeviceManager.askDevicePermission() cihaz numaralandırma API'lerini çağırmadan önce API'yi çağırmaktır. Bu numaralandırma API'leri , DeviceManager.getSpeakers()ve DeviceManager.getMicrophones()'lerini içerirDeviceManager.getCameras(). İzinler varsa, kullanıcı hiçbir şey görmez. İzinler orada değilse, kullanıcıdan izinler yeniden istenir.

Bu sorun aşağıdaki ortamlarda oluşur:

• Cihaz etkilendi: i Telefon
• İstemci kitaplığı: Çağrı (JavaScript)
• Tarayıcı: Safari
• İşletim sistemi: iOS

Uzak katılımcı videolarının işlenmesinde gecikme

Devam eden bir grup araması sırasında Kullanıcı A'nın video gönderdiğini ve ardından B kullanıcısının aramaya katıldığını varsayalım. Bazen, B Kullanıcısı A Kullanıcısından video görmez veya A Kullanıcısı'nın videosu uzun bir gecikmeden sonra işlemeye başlar. Ağ ortamı yapılandırma sorunu bu gecikmeye neden olabilir. Daha fazla bilgi için bkz . Ağ önerileri.

Arama sırasında üçüncü taraf kitaplıkları kullanmak ses kaybına neden olabilir

Uygulamanın içinde ayrı olarak kullanıyorsanız getUserMedia ses akışı kaybolur. Üçüncü taraf kitaplığı cihaz erişimini Azure İletişim Hizmetleri kitaplığından devraldığından ses akışı kaybolur.

• Çağrı sırasında API'yi dahili olarak kullanan getUserMedia üçüncü taraf kitaplıkları kullanmayın.
• Yine de üçüncü taraf kitaplığı kullanmanız gerekiyorsa, ses akışını kurtarmanın tek yolu seçili cihazı değiştirmek (kullanıcının birden fazla cihazı varsa) veya aramayı yeniden başlatmaktır.

Bu sorun aşağıdaki ortamlarda oluşur:

• Tarayıcı: Safari
• İşletim sistemi: iOS

Bu sorunun nedeni, aynı cihazdan kendi akışınızı edinmenin yarış koşullarına koşmanın yan etkisi olabilir. Diğer cihazlardan akış almak, kullanıcıyı yetersiz USB/GÇ bant genişliğine ve hızın tavana sourceUnavailableError çıkmasına neden olabilir.

Sesi kapatma/açma gibi belirli API'lerin aşırı kullanımı, Azure İletişim Hizmetleri altyapısında azaltmaya neden olur

Api çağrısının sesini kapatma/açma işleminin bir sonucu olarak, Azure İletişim Hizmetleri altyapısı aramadaki diğer katılımcılara sesi kapatma/açma çağrısı yapan yerel bir katılımcının sesinin durumu hakkında bilgi sağlar, böylece çağrıdaki katılımcılar kimin sesinin kapatıldığını/sesinin açıldığını bilmelerini sağlar. Azure İletişim Hizmetleri altyapısında sesi kapatma/açma işleminin aşırı kullanımı engellenir. Azaltma, katılımcı (veya katılımcı adına uygulama) 30 saniyelik bir sıralı pencerede her saniye, 15'ten fazla kez sürekli olarak sesi kapatmaya/açma girişiminde bulunursa gerçekleşir.

Otomasyon API'lerini çağırma

İletişim Hizmetleri Çağrı Otomasyonu API'lerindeki bilinen sorunlar aşağıdaki sınırlamalardır:

• Sunucu uygulamaları için şu anda desteklenen tek kimlik doğrulaması, bir bağlantı dizesi kullanmaktır.

• Yalnızca aynı İletişim Hizmetleri kaynağının varlıkları arasında çağrı yapın. Kaynaklar arası iletişim engellendi.

• Microsoft Teams ve İletişim Hizmetleri kullanıcılarının kiracı kullanıcıları veya sunucu uygulaması varlıkları arasındaki çağrılara izin verilmez.

• Bir uygulama iki veya daha fazla PSTN kimliğini arar ve ardından çağrıdan çıkarsa, diğer PSTN varlıkları arasındaki çağrı düşer.

Aşağıdaki bölümlerde, yerel ve yerel kullanıcı arabirimi SDK'larını çağırma Azure İletişim Hizmetleri ile ilgili bilinen sorunlar hakkında bilgi sağlanır.

Android API öykünücüleri

Android 5.0 (API düzeyi 21) ve Android 5.1 'de (API düzeyi 22) Android API öykünücülerini kullanırken bazı kilitlenmeler beklenir.

Android Trouter modülü çakışması

Android Sohbet ve Arama SDK'sı aynı uygulamada birlikte olduğunda, Sohbet SDK'sının gerçek zamanlı bildirimler özelliği çalışmaz. Bağımlılık çözme sorunuyla karşı karşıya olabilirsiniz.

Bir çözüm üzerinde çalışırken, uygulamanın build.gradle dosyasına aşağıdaki bağımlılık bilgilerini ekleyerek gerçek zamanlı bildirimler özelliğini kapatabilir ve bunun yerine GetMessages API'sini yoklayarak kullanıcılara gelen iletileri görüntüleyebilirsiniz.

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'

Not: Uygulama veya chatAsyncClient.addEventHandler()gibi chatAsyncClient.startRealtimeNotifications() bildirim API'lerinden herhangi birine dokunmaya çalışırsa çalışma zamanı hatası oluşur.

iOS devam eden video Resimdeki Resim (PiP)

Uygulama arka plana geçtiğinde gelen video durdurulur. Uygulama ön plandaysa video düzgün işlenir.

CallKit aracılığıyla gelen aramayı yanıtlayan iOS

CallKit etkinleştirildiğinde ve kullanıcılar gelen aramaları doğrudan CallKit üzerinden yanıtladığında giden ses ayarları geçerli olmaz.

Kullanıcı Arabirimi Kitaplığı

GitHub depolarında bilinen sorunlar wiki sayfasını takip edebilirsiniz.

• Android
• iOS