Kända problem i Azure Communication Services som anropar WebJS SDK:er

  • Artikel

Den här artikeln innehåller kända problem som rör användning av Azure Communication Services WebJS-anropande SDK.

Alla skrivbordswebbläsare

Det går inte att återge flera förhandsversioner från flera enheter på webben

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Det går inte att återge flera förhandsgranskningar från flera enheter på webben. Det här problemet är en känd begränsning.
Referens för kända problem: Mer information finns i Översikt över anropande SDK.

Om videoenheter växlas upprepade gånger kan videoströmningen stoppas tillfälligt

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om du växlar mellan videoenheter kan videoströmmen pausas medan strömmen hämtas från den valda enheten. Att växla mellan enheter ofta kan orsaka prestandaförsämring.
Rekommenderad lösning: Utvecklare bör se till att stoppa strömmen från en enhet innan de startar en annan för att minska prestandaförsämringen vid växling mellan videoenheter.

Videosignalsproblem när samtalet är i anslutningstillstånd

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om en användare aktiverar och inaktiverar video snabbt medan anropet är i anslutningstillståndet kan den här åtgärden leda till ett problem med strömmen som har hämtats för anropet. Det är bäst för utvecklare att skapa sina appar på ett sätt som inte kräver att video aktiveras och inaktiveras medan samtalet är i anslutningstillståndet . Försämrade videoprestanda kan inträffa i följande scenarier:

  • Om användaren börjar med ljud och sedan startar och stoppar video, medan samtalet är i anslutningstillståndet .
  • Om användaren börjar med ljud och sedan startar och stoppar video, medan samtalet är i läget Lobby .

Fördröjning vid återgivning av videor för fjärrdeltagare

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Anta att användare A skickar video under ett pågående gruppsamtal och sedan ansluter användare B till samtalet. Ibland kan användare B inte se video från användare A eller användare A:s video börjar återges efter en lång fördröjning. Ett konfigurationsproblem för nätverksmiljön kan orsaka den här fördröjningen.
Referens för kända problem: Mer information om nätverksrekommendationer.

Överdriven användning av vissa API:er som mute/unmute resulterar i begränsning i Azure Communication Services-infrastrukturen

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Till följd av api-anropet mute/unmute informerar Azure Communication Services-infrastrukturen andra deltagare i samtalet om tillståndet för ljud för en lokal deltagare som anropade mute/unmute, så att deltagarna i samtalet vet vem som är avstängd/ofmutad.

Överdriven användning av mute/unmute blockeras i Azure Communication Services-infrastrukturen. Begränsning sker om deltagaren (eller programmet för deltagarens räkning) försöker stänga av/slå på ljudet kontinuerligt, varje sekund, mer än 15 gånger i ett rullande 30-sekundersfönster.

Siri-aktivering under WebRTC-anrop stänger inte automatiskt av mikrofonen på macOS

Operativsystem: macOS.
Webbläsare: Alla webbläsare och versioner.
Azure Communication Services anropar SDK-version: Alla.
Beskrivning: WebRTC-anropet stängs inte av automatiskt när en användare börjar prata med Siri mitt i samtalet. Under sådana instanser kan andra deltagare höra antingen användaren som ger kommandon till Siri eller både det angivna kommandot och Siris svar.
Referens för kända problem: Det här är ett känt problem i macOS.
Rekommenderad lösning: För närvarande är ingen lösning tillgänglig. Användarna måste stänga av mikrofonen manuellt när de aktiverar Siri under ett samtal.

Överlappande ljud i ACS WebJS-samtal och FaceTime-samtal på macOS

Operativsystem: macOS.
Webbläsare: Alla webbläsare och versioner.
Azure Communication Services anropar SDK-version: Alla.
Beskrivning: När en macOS-användare som deltar i ett ACS WebJS-samtal tar emot ett FaceTime-samtal och accepterar det, överförs och tas ljud från både ACS WebJS-samtalet och FaceTime-samtal emot samtidigt. Detta resulterar i överlappande ljudströmmar där användaren kan höra och höras på båda anropen samtidigt.
Referens för kända problem: Det här är ett känt problem i macOS.
Rekommenderad lösning: För närvarande är ingen lösning tillgänglig. Användare kan proaktivt stänga av mikrofonen i WebRTC-anropet eller avsluta WebRTC-anropet innan de tar FaceTime-anropet.

Alla mobila webbläsare

Det går inte att återge flera förhandsversioner från flera enheter på webben

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Det går inte att återge flera förhandsgranskningar från flera enheter på webben. Det här problemet är en känd begränsning.
Referens för kända problem: Mer information finns i Översikt över anropande SDK.

Om videoenheter växlas upprepade gånger kan videoströmningen stoppas tillfälligt

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om du växlar mellan videoenheter kan videoströmmen pausas medan strömmen hämtas från den valda enheten. Att växla mellan enheter ofta kan orsaka prestandaförsämring.
Rekommenderad lösning: Utvecklare bör se till att stoppa strömmen från en enhet innan de startar en annan för att minska prestandaförsämringen vid växling mellan videoenheter.

Videosignalsproblem när samtalet är i anslutningstillstånd

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om en användare aktiverar och inaktiverar video snabbt medan anropet är i anslutningstillståndet kan den här åtgärden leda till ett problem med strömmen som har hämtats för anropet. Det är bäst för utvecklare att skapa sina appar på ett sätt som inte kräver att video aktiveras och inaktiveras medan samtalet är i anslutningstillståndet . Försämrade videoprestanda kan inträffa i följande scenarier:

  • Om användaren börjar med ljud och sedan startar och stoppar video, medan samtalet är i anslutningstillståndet .
  • Om användaren börjar med ljud och sedan startar och stoppar video, medan samtalet är i läget Lobby .

Fördröjning vid återgivning av videor för fjärrdeltagare

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Anta att användare A skickar video under ett pågående gruppsamtal och sedan ansluter användare B till samtalet. Ibland kan användare B inte se video från användare A eller användare A:s video börjar återges efter en lång fördröjning. Ett konfigurationsproblem för nätverksmiljön kan orsaka den här fördröjningen.
Referens för kända problem: Mer information om nätverksrekommendationer.

Överdriven användning av vissa API:er som mute/unmute resulterar i begränsning i Azure Communication Services-infrastrukturen

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla
Beskrivning: Till följd av api-anropet mute/unmute informerar Azure Communication Services-infrastrukturen andra deltagare i samtalet om tillståndet för ljud för en lokal deltagare som anropade mute/unmute, så att deltagarna i samtalet vet vem som är avstängd/ofmutad.

Överdriven användning av mute/unmute blockeras i Azure Communication Services-infrastrukturen. Begränsning sker om deltagaren (eller programmet för deltagarens räkning) försöker stänga av/slå på ljudet kontinuerligt, varje sekund, mer än 15 gånger i ett rullande 30-sekundersfönster.

Om du uppdaterar en sida tar du inte bort användaren från anropet direkt

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om en användare är i ett anrop och bestämmer sig för att uppdatera sidan, tar kommunikationstjänsten inte bort den här användaren omedelbart från anropet. Den väntar på att användaren ska återansluta. Användaren tas bort från anropet efter tidsgränsen för medietjänsten.

Om en användare är i ett anrop och bestämmer sig för att uppdatera sidan, tar kommunikationstjänsten inte bort den här användaren omedelbart från anropet. Den väntar på att användaren ska återansluta. Användaren tas bort från anropet efter tidsgränsen för medietjänsten.

Det är bäst att skapa användarupplevelser som inte kräver att slutanvändarna uppdaterar sidan i ditt program under ett anrop. Om en användare uppdaterar sidan återanvänder du samma kommunikationstjänstanvändar-ID när användaren återvänder till programmet. Genom att återansluta med samma användar-ID representeras användaren som samma befintliga objekt i remoteParticipants samlingen. Från andra deltagares perspektiv i samtalet förblir användaren i samtalet under den tid det tar att uppdatera sidan, upp till en minut eller två.

Om användaren skickade video innan uppdateringen videoStreams behåller samlingen den tidigare dataströmsinformationen tills tjänsten överskrider tidsgränsen och tar bort den. I det här scenariot kan programmet bestämma sig för att observera alla nya strömmar som läggs till i samlingen och återge en med högst id.

Safari Desktop

På macOS Safari 18 och senare kan användaren inte dela skärmen i ~1 minut efter att ha avbrutit åtgärden i ett samtal. Under den här tiden fungerar inte några av alternativen medan skärmresursen återställs

Webbläsarversion: Safari 18 och senare.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När du har avbrutit ett skärmdelningsförsök kan användaren inte börja dela skärmen igen i ungefär 1 minut. Under den här perioden slutar vissa alternativ att svara, till exempel möjligheten att slå på/av kameran. Efter ~1 minut kan användaren starta skärmdelningen och använda alla tillgängliga alternativ i anropet igen.
Referens för kända problem: Den här regressionen är ett känt problem som introducerades i Safari.
Rekommenderad lösning: Vi rekommenderar att du undviker att använda alternativet "Avbryt" under skärmdelning för att förhindra fördröjningar vid omstart av skärmdelning. Om delning måste stoppas rekommenderar vi att du antingen slutför delningsåtgärden eller väntar på återställningstiden innan du försöker igen.

På macOS Safari 17 och uppåt kan ljudet brytas om macOS-användare ansluter Bluetooth-hörlurar för under ett samtal

Webbläsarversion: Safari 17 och senare.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När macOS-användare ansluter Bluetooth-hörlurar till en MacBook under ett samtal med Safari kan de uppleva problem med ljud. I båda användningsfallen där användare ansluter Bluetooth-hörlurar före eller under samtalet kan inkommande och utgående ljud bli otillgängligt eller trasigt. Det noteras att vänta minst 30 sekunder kan lösa inkommande ljudproblem, men utgående ljud kan ofta inte återställas automatiskt.
Referens för kända problem: Den här regressionen är ett känt problem som introducerades i Safari.
Rekommenderad lösning: Som en tillfällig lösning kan användarna behöva återansluta sin Bluetooth-enhet eller uppdatera anropet för att försöka återställa ljudet. Att uppgradera till den senaste versionen av macOS och Safari kan också hjälpa, eftersom det kan innehålla potentiella korrigeringar för sådana problem.

På macOS Safari 17 och uppåt kan videobakgrundseffekter orsaka videoblixtning, både i lokal förhandsversion och på fjärrsidan

Webbläsarversion: Safari 17 och senare.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: En bugg hittades i en av uppdateringarna av macOS Safari 17 som gör att vår bildruta för implementering av bakgrundseffekter hoppar över bildrutor och därmed kan orsaka att video blinkar både i den lokala förhandsversionen och på fjärrsidan.

  • En korrigering är tillgänglig från Safari version 17.5 (macOS Sonoma 14.5).

Rekommenderad lösning: Användarna uppmanas att uppdatera till den senaste macOS- och Safari-versionen (minst v17.5) där det här problemet har lösts.

Problem med inkommande och utgående videoblinkning i macOS Sonoma med Safari-versioner upp till 17,1

Webbläsarversion: Safari v17.0, v17.1 (macOS Sonoma 14).
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Användare på macOS Sonoma 14.0 upplever ett videoblinkande problem i Safari-versionerna 17.0 och 17.1 när de ansluter till ett samtal med video aktiverat. Den inkommande videon blinkar när en Safari-användare ansluter till ett samtal, vilket påverkar vad som tas emot från andra samtalsdeltagare. Dessutom blinkar den utgående videon från Safari-användaren för fjärrdeltagare som redan är i samtalet. Det här problemet stör anropets visuella kvalitet.

  • En korrigering är tillgänglig från Safari version 17.2.

Rekommenderad lösning: Användare rekommenderas att uppdatera till den senaste macOS- och Safari-versionen (minst v17.2) där det här problemet har lösts.

Andra samtalsdeltagare kan inte starta skärmdelning samtidigt med macOS Safari-användare i Azure Communication Services 1:1-videosamtal

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: I Azure Communication Services 1:1-videosamtal, när en macOS Safari-användare delar sin skärm, kan en annan deltagare som använder en annan webbläsare inte starta skärmdelning förrän den första deltagaren stoppar sin skärmresurs. Den här begränsningen observeras i olika kombinationer av webbläsare och operativsystem, men är specifik för 1:1-anrop. Problemet uppstår inte i anrop där båda deltagarna använder Safari på macOS.
Referens för kända problem: Den här regressionen är ett känt problem som introducerades i Safari.
Rekommenderad lösning: En tillfällig lösning är att se till att endast en deltagare delar sin skärm i taget i Azure Communication Services 1:1-videosamtal, när en av deltagarna använder macOS Safari.

Skärmdelning fungerar inte på macOS Ventura med Safari-versioner upp till 16,3

Webbläsarversion: Safari v16.1, v16.2, v16.3 (macOS Ventura 13.0).
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Problemet introducerades i macOS Ventura 13.0 när webbläsaren Safari (v16.1, v16.2 och v16.3 används) och en korrigering har gjorts tillgänglig från Safari version 16.4.
Referens för kända problem: Den här regressionen är ett känt problem som introducerades i Safari.
Rekommenderad lösning: Användarna uppmanas att uppdatera till den senaste macOS- och Safari-versionen (minst v16.4) där det här problemet har lösts.

Webbsamtalsdeltagare som hör PSTN-samtalsljud när de besvaras på macOS med iPhone-integrering

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När en MacOS-användare, som är i ett aktivt ACS-samtal med hjälp av en webbläsare, accepterar ett inkommande PSTN-samtal på sin MacBook som är länkad till deras iPhone (med samma iCloud-konto), delas ljud från PSTN-samtalet mellan webbsamtalsdeltagare. Detta resulterar i att deltagarna i samtalet hör PSTN-samtalsljudet.
Referens för kända problem: Det här är ett känt problem i macOS.
Rekommenderad lösning: För närvarande är ingen direkt lösning tillgänglig. Användare rekommenderas att använda separata enheter för PSTN- och webbsamtal för att förhindra att ljudet delas med andra samtalsdeltagare i ett separat samtal.

Safari iOS Mobile

Problem med videoåterställning på iOS 17+ när en iOS-användare tar emot inkommande PSTN- eller appsamtal från tredje part eller aktiverar Siri under ett ACS-webbaserat samtal

iOS-version: iOS version 17 och senare.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När en iOS-användare i ett webbsamtal och tar emot och antingen avböjer eller accepterar ett PSTN-/appsamtal från tredje part stöter användaren på videoproblem. Den inkommande videon kan visas frusen eller så kan ingen inkommande video visas. Detta kräver att en användare aktiverar kameran igen. Videoförhandsgranskningen och den utgående videon kan på liknande sätt inte återställas om inte användaren reagerar på sin kamera.

Videoproblem på iOS 17+ när en iOS-användare försöker använda Siri under ett anrop

iOS-version: iOS version 17 och senare.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När en iOS-användare försöker aktivera Siri mitt i webbmobilsamtalet kan det leda till att den inkommande videon kan frysas och det tar några sekunder att återställa.

Problem med kameraförhandsgranskningslösning i webbanrop när du använder iOS 16.3 till 17.3.1

iOS-version: iOS-versioner från 16.3 upp till 17.3.1.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Användare kan uppleva ett problem där kameraförhandsgranskningen visas i en felaktig lösning och visas beskuren när iOS-användare ansluter ett samtal med iOS Safari Mobile med kameran aktiverad. Problemet observeras inte längre om användaren aktiverar kameran igen under samtalet. Problemet har åtgärdats med iOS 17.4+.
Rekommenderad lösning: Användarna uppmanas att uppdatera till den senaste iOS- och Safari-versionen (minst iOS 17.4) där det här problemet har lösts.

Telemetridata för audioInputLevel och frameRateInput saknas i videosamtal på iOS 16 till iOS 17.4

iOS-version: iOS-versioner från 16.0 upp till 17.4.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: audioInputLevel och frameRateInput telemetridata samlas inte in under videosamtal i iOS-versionerna 16 till 17.4, vilket påverkar möjligheten att övervaka och optimera inställningar för ljud och video i realtid. Det här problemet har åtgärdats med iOS 17.5+.
Rekommenderad lösning: Användarna uppmanas att uppdatera till den senaste iOS- och Safari-versionen (minst iOS 17.5) där det här problemet har lösts.

Problem med ljud- och videoåterställning på iOS 16 till 16.3.1 under webbsamtal med inkommande samtal från tredje part eller PSTN

iOS-version: iOS-version 16 upp till 16.3.1.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När en iOS-användare i ett webbsamtal och tar emot ett PSTN/appsamtal från tredje part återställs inte inkommande och utgående ljud och utgående video automatiskt när telefonsamtalet har avslutats. iOS-användaren måste slå på ljudet för anropet på webben igen. Slutanvändaren måste inaktivera och aktivera knappen "Mikrofon" för att kunna hämta ljud och video.
Referens för kända problem: Relaterade WebKit-buggar här.
Rekommenderad lösning: Användarna uppmanas att uppdatera till den senaste iOS- och Safari-versionen (minst iOS 16.4) där det här problemet har lösts.

iOS 16 introducerade buggar när webbläsaren sattes i bakgrunden under ett anrop

iOS-version: iOS-versionerna 16 till 16.1.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: iOS 16-versionen introducerade en bugg som kan stoppa ljud-/videosamtalet i Azure Communication Services när du använder Safari Mobile Browser. Effekten kan vara att ett Azure Communication Services-samtal kan sluta fungera under ett samtal och den enda lösningen för att få det att fungera igen är att låta slutkund starta om sin telefon. Så här återskapar du den här buggen:

  • Låt en användare använda en iPhone som kör iOS 16.
  • Anslut Azure Communication Services-samtal (endast med ljud eller med ljud och video) med safari iOS mobile browser. Om någon under ett samtal placerar Safari-webbläsaren i bakgrunden och visar YouTube ELLER tar emot ett FaceTime\telefonsamtal när den är ansluten via en Bluetooth-enhet Resultat:
  • Efter några minuter av den här situationen kan den inkommande och utgående videon sluta fungera.
  • Det enda sättet att få Azure Communication Services-samtal att fungera igen är att låta slutanvändaren starta om sin telefon. Buggen har åtgärdats med iOS 16.2.

Referens för kända problem: Relaterade WebKit-buggar här och här.
Rekommenderad lösning: Överväg att uppdatera till den senaste iOS-versionen.

Video- och ljudproblem på iPhone X, som inträffar för användaren som är i ett samtal i mer än 30 minuter med kameran aktiverad

Enheter som påverkas: iPhone X (iOS 16.7.x).
Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Under Azure Communication Service-samtal på iPhone X med iOS 16.7.x, upplever användarna att både deras lokala videoförhandsvisning och inkommande video försvinner efter mer än 30 minuters samtal med video aktiverat, vilket kan verka tomt eller tomt för användaren. För andra användare verkar videon från iPhone X-användaren vara frusen när den går förlorad på iPhone X-enheten. Tillsammans med försvinnandet av videon kan ett uttalat eko inträffa. Videon återställs när iPhone X-användaren stänger av kameran och sedan på igen.

  • Det här problemet har endast observerats på iPhone X-enheten med iOS-versionerna 16.7.5 och 16.7.7.

Bluetooth-headsetmikrofon identifieras inte eller hörs inte under samtalet på Safari på iOS

iOS-version: Alla
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Bluetooth-headset stöds inte av Safari i iOS. Bluetooth-enheten visas inte i tillgängliga mikrofonalternativ och andra deltagare kan inte höra dig om du försöker använda Bluetooth via Safari. Den här regressionen är en känd begränsning för operativsystemet. Med Safari på macOS och iOS/iPadOS går det inte att räkna upp eller välja talarenheter via Kommunikationstjänsters enhetshanterare. Det beror på att Safari inte stöder uppräkning eller val av talare.
Rekommenderad lösning: I det här scenariot använder du operativsystemet för att uppdatera enhetsvalet.

Om du använder bibliotek från tredje part under samtalet kan det leda till ljudförlust

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om du använder getUserMedia separat i programmet går ljudströmmen förlorad. Ljudströmmen går förlorad eftersom ett bibliotek från tredje part tar över enhetsåtkomsten från Azure Communication Services-biblioteket.

  • Använd inte bibliotek från tredje part som använder API:et getUserMedia internt under anropet.
  • Om du fortfarande behöver använda ett bibliotek från tredje part är det enda sättet att återställa ljudströmmen att ändra den valda enheten (om användaren har fler än en) eller starta om anropet. Orsaken till det här problemet kan vara att anskaffning av din egen ström från samma enhet har en bieffekt av att köras i tävlingsförhållanden. Att hämta strömmar från andra enheter kan leda användaren till otillräcklig USB/IO-bandbredd och sourceUnavailableError hastigheten skjuter i höjden.

Räkna upp eller komma åt enheter för Safari i iOS

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: I vissa miljöer kanske du märker att enhetsbehörigheter återställs efter en viss tidsperiod. I macOS och iOS behåller Safari inte behörigheter under en längre tid om det inte finns en dataström som har hämtats. Det enklaste sättet att kringgå den här begränsningen är att anropa API:et DeviceManager.askDevicePermission() innan du anropar enhetshanterarens api:er för enhetsuppräkning. Dessa uppräknings-API:er inkluderar DeviceManager.getCameras(), DeviceManager.getSpeakers()och DeviceManager.getMicrophones(). Om behörigheterna finns där ser användaren ingenting. Om behörigheterna inte finns där uppmanas användaren att ange behörigheterna igen.

Lokal mikrofon/kamera stängs av när vissa avbrott inträffar i iOS Safari

Beskrivning: Det här problemet kan inträffa om ett annat program eller om operativsystemet tar över kontrollen över mikrofonen eller kameran. Här följer några exempel som kan inträffa när en användare är i anropet:

  • Ett inkommande samtal anländer via PSTN (offentligt växlat telefonnätverk) och det fångar mikrofonenhetens åtkomst.
  • En användare spelar till exempel upp en YouTube-video eller startar ett FaceTime-samtal. Om du byter till ett annat inbyggt program kan du samla in åtkomst till mikrofonen eller kameran.
  • En användare aktiverar Siri, vilket ger åtkomst till mikrofonen.

Om till exempel ett PSTN-samtal kommer in i ett Azure Communication Services-anrop i iOS, aktiveras en mikrofonMutedUnexepectedly dålig UFD och ljudet slutar flöda i Azure Communication Services-anropet och samtalet markeras som avstängt. När PSTN-anropet är över måste användaren slå på ljudet från Azure Communication Services-anropet för att ljudet ska börja flöda igen i Azure Communication Services-anropet.

Om kameran är på och ett avbrott inträffar kan Azure Communication Services-anropet förlora kameran eller inte. Om den tappas bort markeras kameran som avstängd och användaren måste slå på den igen efter att avbrottet släppt kameran.

Ibland släpps inte mikrofon- eller kameraenheter i tid och det kan orsaka problem med det ursprungliga anropet. Om användaren till exempel försöker slå på ljudet när han eller hon tittar på en YouTube-video eller om ett PSTN-samtal är aktivt samtidigt.

  • Inkommande videoströmmar slutar inte återges om användaren är på iOS 15.2+ och använder SDK version 1.4.1-beta.1+. Stegen för att slå på/starta video krävs fortfarande för att starta om utgående ljud och video.
  • För iOS 15.4+ ska ljud och video kunna återställas automatiskt i de flesta fall. För att slå på ljudet i vissa gränsfall måste programmet anropa ett API för att "slå på ljudet" (kan bero på användaråtgärder) för att återställa det utgående ljudet.

iOS Safari uppdaterar sidan om användaren går till en annan app och återgår till webbläsaren

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Problemet kan uppstå om en användare i ett Azure Communication Services-samtal med iOS Safari och växlar till en annan app ett tag. När användaren återvänder till webbläsaren kan webbläsarsidan uppdateras. Detta beror på att operativsystemet dödar webbläsaren. Ett sätt att åtgärda det här problemet är att behålla vissa tillstånd och återställa efter siduppdateringar.

En mobil iOS-användare har släppt samtalet men visas fortfarande på deltagarlistan

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Problemet kan uppstå om en mobil användare lämnar Azure Communication Services-gruppanropet utan att använda API:et Call.hangUp(). När en mobil användare stänger webbläsaren eller uppdaterar webbsidan utan att lägga på, kan andra deltagare i gruppsamtalet fortfarande se den här mobilanvändaren i deltagarlistan i cirka 60 sekunder.

Safari-frysningsproblem på iOS 15

Webbläsarversion: iOS-versionerna 15 till 15.1.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Användare kan uppleva safarifrysning när de navigerar till YouTube, aktiverar Siri, tar emot inkommande PSTN-samtal eller under andra avbrottsscenarier under ett webbsamtal. Det här är ett känt problem som introducerades med iOS 15 och observerades i iOS-versionerna 15.0, 15.0.2 och 15.1.

  • Det har åtgärdats med iOS 15.2+.

Referens för kända problem: Relaterade WebKit-buggar här och här.
Rekommenderad lösning: Överväg att uppdatera till den senaste iOS-versionen.

Safari iPadOS-surfplatta

Rotation av en enhet kan skapa dålig videokvalitet – Apple iPad 8 och Apple iPad X

Enheter som påverkas: Apple iPad 8 och Apple iPad X.
Beskrivning: När användarna roterar en enhet kan den här rörelsen försämra kvaliteten på video som strömmas.

Chrome Desktop

Anropa frånkopplingsproblem på macOS 15.0, Build: 24A335

OS-version: macOS 15.0, build: 24A335.
Webbläsarversion: Google Chrome – alla versioner.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När du initierar ett 1:1-anrop på macOS 15.0, om anropare accepterar samtalet, kopplas det ibland bort automatiskt efter några sekunder. Ytterligare fördröjningar vid mottagning och anslutning av samtal observeras, vilket också kan leda till frånkopplingar. Om du inaktiverar brandväggen löser du tillfälligt dessa problem, vilket tyder på att störningar från macOS-brandväggsinställningarna är rotorsaken. Det här problemet har åtgärdats i macOS 15.0.1, vilket förbättrar kompatibiliteten med programvara från tredje part, enligt beskrivningen här i viktig information om macOS 15.0.1.
Rekommenderad lösning: Användare som har det här problemet bör överväga att tillfälligt inaktivera brandväggen eller uppdatera till macOS 15.0.1 för att lösa dessa problem med samtalsanslutningen permanent.

Chrome M98 – en regression som försämrar videoupplösningen och ökar genereringen av nyckeldatorer för enheter som inte har ett NVIDIA-kort

Webbläsarversion: Google Chrome version 98 (feb 2022)
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Chrome version 98 introducerade en regression med onormal generering av videonyckelramar som påverkar upplösningen av en skickad videoström negativt för majoriteten (70%+) av användarna.
Referens för kända problem: Den här regressionen är ett känt problem som introduceras på Chromium.
Rekommenderad lösning: Uppdatera Google Chrome till den senaste versionen.

Chrome Mobile Android

Chrome M125 – Ingen utgående video i Grupp- och Azure Communication Services–Microsoft Teams-samtal på vissa Android-enheter

Webbläsarversion: Google Chrome version 125 (maj 2024) installerad på Android-enheter.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Chrome version 125 för Android introducerade en regression vid videosamtal – resultatet av den här buggen är att en användare som ringer ett anrop på Azure Communication Services med den här versionen av Chrome inte har någon utgående video i Grupp- och Azure Communication Services-Microsoft Teams-anrop. Detta beteende observeras på Huawei-, OnePlus-, Poco- och Xiaomi Android-enheter. Beteendet observeras inte på Samsung-, Google Pixel- och Motorola Android-enheter.

  • En korrigering är tillgänglig från Google Chrome version 125.0.6422.146/147.

Enheter som påverkas:

  • Huawei P30 Lite
  • OnePlus Nord N10
  • OnePlus 7T
  • Poco X3 Pro
  • Xiaomi Redmi 8T och eventuellt andra liknande modeller/enheter.

Rekommenderad lösning: Användare uppmanas att uppdatera till Google Chrome version 125.0.6422.146/147 eller senare, där problemet har lösts.

Utgående ljudproblem på Android 14 när webbläsaren är i bakgrunden eller enhetens skärm är låst

Android-version: Android 14.
Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: På Android 14, när webbläsaren sätts i bakgrunden eller enhetsskärmen är låst, försvinner det utgående ljudet efter cirka 5 sekunder. Det här problemet påverkar användarupplevelsen eftersom det avbryter ljudöverföringen under anrop. Problemet observeras inte på Android 13 eller andra versioner av Android.
Rekommenderad lösning: Användarna uppmanas att hålla webbläsaren aktiv i förgrunden under anrop.

Problem med inkommande och utgående ljud på Android när webbläsaren är i bakgrunden eller enhetens skärm är låst med energisparläge aktiverat

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: På Android-mobiltelefoner när energisparläget är aktiverat stoppas inkommande och utgående ljud omedelbart när webbläsaren som är värd för ACS-samtalet placeras i bakgrunden eller enhetens skärm är låst. På grund av åtgärden att placera webbläsaren är dessutom bakgrund under Energisparläge kommer användaren att kopplas från och tas bort från samtalet efter ungefär en minut efter att enhetsskärmen har låsts eller webbläsaren hamnar i bakgrunden.
Referens för kända problem: Det här är ett känt problem på Chromium.
Rekommenderad lösning: För att undvika det här problemet uppmanas användarna att antingen hålla webbläsaren aktiv i förgrunden under anrop eller inaktivera energisparläge vid WebRTC-anrop.

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När fler än tre användare är i ett videosamtal med en användare som har en Android-enhet kan Android-användaren ibland observera att den inkommande videon blinkar och ibland duplicerar med en annan inkommande video. Ett annat beteende som användare ibland upplever i samma användningsfall är att den inkommande videon kan visas med en grön nyans eller grönt överlägg under en kort stund, och vid andra tillfällen varar den längre. Det här beteendet är särskilt märkbart när en annan användare återaktiver sin kamera eller ansluter samtalet med videon aktiverad. Det här beteendet observeras på Samsung Galaxy S10, S20, S21 och Google Pixel 6, 8.
Enheter som påverkas:

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

Referens för kända problem: Den här regressionen är ett känt problem på Chromium.

Chrome M115 – Ingen utgående video i Grupp- och Azure Communication Services-Microsoft Teams-samtal

Webbläsarversion: Google Chrome version 115 (jul 2023) installerad på Android-enheter.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Chrome version 115 för Android introducerade en regression vid videosamtal – resultatet av den här buggen är att en användare som ringer ett anrop i Azure Communication Services med den här versionen av Chrome inte har någon utgående video i Grupp- och Azure Communication Services-Microsoft Teams-anrop.
Referens för kända problem: Den här regressionen är ett känt problem som introduceras på Chromium.
Rekommenderad lösning: Som en kortsiktig åtgärd instruerar du användarna att använda Microsoft Edge eller Firefox på Android eller undvika att använda Google Chrome 115/116 på Android.

Android-användare kan fortfarande höra ljud från "Azure Communication Services"-samtalet under ett PSTN-samtal

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Det här problemet inträffar när en Android Chrome-användare får ett inkommande PSTN-samtal. När du har besvarat PSTN-anropet stängs mikrofonen i "Azure Communication Services"-anropet av. Det utgående ljudet för "Azure Communication Services"-anropet är avstängt, så att andra deltagare inte kan höra den användare som är PSTN-samtalet. Det är värt att notera att användarens inkommande ljud inte är avstängt och att det här beteendet är inbyggt i webbläsaren.
Rekommenderad lösning: Vänta på en kommande uppdatering eller korrigering från Google.

Inkommande ljud är märkbart tystare i Azure Communication Services-samtal efter appsamtal från tredje part på Android-enheter

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Användarna upplever märkbart tystare inkommande ljud efter att ha tagit emot och accepterat ett samtal från en app från tredje part (t.ex. WhatsApp, Viber) under ett Azure Communication Services-samtal. Det här problemet uppstår på Android-enheter med hjälp av den mobila webbläsaren. Dessutom visar volymkontrollerna maximala nivåer, även om ljudet förblir tystare än före anropet från tredje part.
Referens för kända problem: Det här är ett känt problem på Chromium.
Rekommenderad lösning: Användarna uppmanas att antingen ansluta till Azure Communication Services-anropet eller hantera appanrop från tredje part separat.

Android Chrome stänger av anropet efter att webbläsaren har gått till bakgrunden i en minut

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om en användare använder ett Azure Communication Services-anrop i Android Chrome och placerar webbläsaren i bakgrunden i en minut. Mikrofonen förlorar åtkomst och de andra deltagarna i samtalet kan inte höra ljudet från användaren. När användaren tar webbläsaren till förgrunden är mikrofonen tillgänglig igen.
Referens för kända problem: Relaterade krombuggar här och här.

Lokal mikrofon/kamera stängs av när vissa avbrott inträffar i Android Chrome

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Det här problemet kan inträffa om ett annat program eller om operativsystemet tar över kontrollen över mikrofonen eller kameran. Här följer några exempel som kan inträffa när en användare är i anropet:

  • Ett inkommande samtal anländer via PSTN (offentligt växlat telefonnätverk) och det fångar mikrofonenhetens åtkomst.
  • En användare spelar till exempel upp en YouTube-video eller startar ett appsamtal från tredje part. Om du byter till ett annat inbyggt program kan du samla in åtkomst till mikrofonen eller kameran.

När ett PSTN-samtal kommer in i Android Chrome slutar ljudet att flöda i Azure Communication Services-anropet och Azure Communication Services-anropet markeras inte som avstängt. I det här fallet finns det ingen mikrofonMutedUnexepectedly UFD-händelse. När PSTN-samtalet är klart återfår Android Chrome ljudet automatiskt och ljudet börjar flöda normalt igen i Azure Communication Services-anropet.

Om kameran är på och ett avbrott inträffar kan Azure Communication Services-anropet förlora kameran eller inte. Om den tappas bort markeras kameran som avstängd och användaren måste slå på den igen efter att avbrottet släppt kameran.

Ibland släpps inte mikrofon- eller kameraenheter i tid och det kan orsaka problem med det ursprungliga anropet. Om användaren till exempel försöker slå på ljudet när han eller hon tittar på en YouTube-video eller om ett PSTN-samtal är aktivt samtidigt.

Automatisk mikrofonval misslyckas för kabelanslutna hörlurar i WebRTC-samtal på Android-enheter

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När användare ansluter kabelanslutna hörlurar till sin Android-enhet och ansluter ett WebRTC-samtal, är mikrofonalternativet inte standard för de kabelanslutna hörlurarna. Det här problemet är konsekvent reproducerbart för olika Android-enheter och Google Chrome-versioner. Liknande beteende har noterats i andra tjänster som Twilio och Googles WebRTC-exempel.
Referens för kända problem: Det här är ett känt problem på Chromium.
Rekommenderad lösning: Användarna bör manuellt välja de kabelanslutna hörlurarna som mikrofonalternativ i samtalsinställningarna när de har anslutit WebRTC-anropet.

En mobil Android-användare har släppt samtalet men visas fortfarande på deltagarlistan

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Problemet kan uppstå om en mobil användare lämnar Azure Communication Services-gruppanropet utan att använda API:et Call.hangUp(). När en mobil användare stänger webbläsaren eller uppdaterar webbsidan utan att lägga på, kan andra deltagare i gruppsamtalet fortfarande se den här mobilanvändaren i deltagarlistan i cirka 60 sekunder.

Vissa Android-enheter (A326U, A125U och A215U) misslyckas med samtalsscenarier förutom gruppsamtal

Enheter som påverkas:

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

Beskrivning: Många specifika Android-enheter kan inte starta, acceptera samtal och möten. De enheter som stöter på det här problemet kan inte återställas och misslyckas vid varje försök. Dessa är främst Samsung model A-enheter, särskilt modellerna A326U, A125U och A215U.

Rotation av en enhet kan skapa dålig videokvalitet – Google Pixel 3a, Google Pixel 5

Enheter som påverkas: Google Pixel 3a, Google Pixel 5.
Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När användarna roterar en enhet kan den här rörelsen försämra kvaliteten på video som strömmas.

Kameraväxling gör att skärmen fryser – Google Pixel 4a

Enhet som påverkas: Google Pixel 4a.
Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När en Communication Services-användare ansluter till ett anrop med hjälp av JavaScript-anropande SDK och sedan väljer knappen kameraväxel kan användargränssnittet sluta svara. Användaren måste sedan uppdatera programmet eller skicka webbläsaren till bakgrunden.

Chrome Mobile iOS

Inget utgående och inkommande ljud när du byter webbläsare till bakgrunden eller låser enheten – fast i iOS version 16.4+

iOS-version: Alla iOS-versioner upp till iOS 16.3.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Problemet med inget utgående eller inkommande ljud när du växlar webbläsaren till bakgrunden eller låser enheten var närvarande fram till och med iOS version 16.3 och har åtgärdats från och med iOS 16.4.
Referens för kända problem: Relaterad WebKit-bugg .
Rekommenderad lösning: Överväg att uppdatera till den senaste iOS-versionen.

Inget inkommande/utgående ljud kommer från Bluetooth-headsetet – iOS 15

iOS-version: Vi har sett det här problemet i iOS-versioner – 15.6, 15.7.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: När en användare ansluter bluetooth-headset mitt i Azure Communication Services-samtalet kommer ljudet fortfarande ut från högtalaren tills användaren låser och låser upp telefonen. Problemet är inte reproducerbart i iOS 16.
Rekommenderad lösning: Överväg att uppdatera till den senaste iOS-versionen.

En mobil iOS-användare har släppt samtalet men visas fortfarande på deltagarlistan

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Problemet kan uppstå om en mobil användare lämnar Azure Communication Services-gruppanropet utan att använda API:et Call.hangUp(). När en mobil användare stänger webbläsaren eller uppdaterar webbsidan utan att lägga på, kan andra deltagare i gruppsamtalet fortfarande se den här mobilanvändaren i deltagarlistan i cirka 60 sekunder.

Firefox Desktop

Talaruppräkning och val är inte tillgängligt i Firefox via Enhetshanteraren för Kommunikationstjänster

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Om du använder Firefox kan din app inte räkna upp eller välja talare via Enhetshanteraren för Kommunikationstjänster.
Lösning: I det här scenariot måste du välja enheter via operativsystemet.

Virtuella kameror stöds inte för närvarande

Webbläsarversion: Alla.
Azure Communication Service anropar SDK-version: Alla.
Beskrivning: Virtuella kameror stöds inte för närvarande när du gör Firefox desktop audio\video samtal.