المشكلات المعروفة في SDKs وواجهات برمجة التطبيقات

توفر هذه المقالات معلومات حول القيود والمشكلات المعروفة المتعلقة ب Azure Communication Services Calling SDKs وواجهات برمجة تطبيقات أتمتة مكالمات Communication Services.

هام

هناك عوامل متعددة يمكن أن تؤثر على جودة تجربة الاتصال الخاصة بك. لمعرفة المزيد حول تكوين شبكة Communication Services واختبار أفضل الممارسات، راجع توصيات الشبكة.

استدعاء Web SDK

توفر الأقسام التالية معلومات حول المشكلات المعروفة المرتبطة ب Azure Communication Services JavaScript صوت وفيديو استدعاء SDKs.

Chrome M115 - الانحدار

قدم إصدار Chrome 115 لنظام التشغيل Android تراجعا عند إجراء مكالمات فيديو - نتيجة هذا الخطأ هو أن المستخدم الذي يجري مكالمة على Azure Communication Services مع هذا الإصدار من Chrome ليس لديه فيديو صادر في مكالمات Group وAzure Communication Services-Microsoft Teams.

• هذا التراجع هو مشكلة معروفة تم تقديمها على Chromium
• كتخفيف على المدى القصير، اطلب من المستخدمين استخدام Microsoft Edge أو Firefox على Android، أو تجنب استخدام Google Chrome 115/116 على Android

مشكلات Firefox المعروفة

يتوفر الآن دعم مستعرض سطح المكتب Firefox في المعاينة العامة. المشكلات المعروفة هي:

• لا يتوفر تعداد السماعات: إذا كنت تستخدم Firefox، فلن يتمكن تطبيقك من تعداد السماعات أو تحديدها من خلال مدير أجهزة Communication Services. في هذا السيناريو، يجب تحديد الأجهزة عبر نظام التشغيل.
• الكاميرات الظاهرية غير مدعومة حاليا عند إجراء مكالمات صوت/فيديو لسطح المكتب في Firefox.

المشاكل المعروفة في iOS Chrome

يتوفر الآن دعم مستعرض iOS Chrome في المعاينة العامة. المشكلات المعروفة هي:

• لا يوجد صوت صادر ووارد عند تبديل المستعرض إلى الخلفية أو تأمين الجهاز. تم تصحيح هذه المشكلة في إصدار iOS 16.4+.
• لا يوجد صوت وارد/صادر وارد من سماعة رأس bluetooth. عندما يقوم مستخدم بتوصيل سماعة Bluetooth في منتصف مكالمة Azure Communication Services، لا يزال الصوت يخرج من السماعة حتى يقوم المستخدم بتأمين الهاتف وإلغاء تأمينه. لقد رأينا هذه المشكلة في إصدارات iOS القديمة (15.6، 15.7)، ولا يمكن إعادة إنتاجها على iOS 16.

يعرض iOS Safari حجم دقة غير صحيح لمعاينة الكاميرا

يحدث هذا الخطأ على إصدارات iOS 16.7 أو iOS 17 الأقدم من 17.4 عندما يقوم المستخدمون بتدوير هواتفهم أو تمكين/تعطيل الفيديو أثناء المكالمة. تعرض معاينة الكاميرا لفترة وجيزة حجم دقة غير صحيح قبل العودة إلى الوضع الطبيعي. المشكلة غير قابلة للتكرار على إصدار بيتا من iOS 17.4. خطأ WebKit ذي الصلة هنا.

قدم iOS 16 أخطاء عند وضع المستعرض في الخلفية أثناء إجراء مكالمة

قدم إصدار iOS 16 خطأ يمكنه إيقاف مكالمة الصوت/الفيديو في Azure Communication Services عند استخدام متصفح Safari للأجهزة المحمولة. أبل على علم بهذه المشكلة ويبحث عن إصلاح من جانبهم. قد يكون التأثير هو أن مكالمة Azure Communication Services قد تتوقف عن العمل أثناء مكالمة والحل الوحيد لتشغيلها مرة أخرى هو أن يقوم العميل النهائي بإعادة تشغيل هاتفه.

لإعادة إنتاج هذا الخطأ:

• الحصول على مستخدم يستخدم i الهاتف يعمل بنظام التشغيل iOS 16
• الانضمام إلى مكالمة Azure Communication Services (بالصوت فقط أو بالصوت والفيديو) باستخدام متصفح Safari للأجهزة المحمولة iOS
• إذا قام شخص ما أثناء مكالمة بوضع مستعرض Safari في الخلفية وطرق عرض YouTube OR يتلقى مكالمة FaceTime\phone أثناء الاتصال عبر جهاز Bluetooth

النتائج:

• بعد بضع دقائق من هذا الموقف، قد يتوقف الفيديو الوارد والصادر عن العمل.
• الطريقة الوحيدة للحصول على اتصال Azure Communication Services للعمل مرة أخرى هي أن يقوم المستخدم النهائي بإعادة تشغيل هاتفه.

Chrome M98 - الانحدار

قدم إصدار Chrome 98 تراجعا مع إنشاء غير طبيعي لإطارات مفاتيح الفيديو التي تؤثر على دقة دفق الفيديو المرسل سلبا لغالبية (70٪+) من المستخدمين.

• هذا التراجع هو مشكلة معروفة تم تقديمها على Chromium

أثناء إجراء مكالمة PSTN، لا يزال بإمكان المستخدم سماع الصوت من مكالمة ACS

تحدث هذه المشكلة عندما يواجه مستخدم Android Chrome مكالمة PSTN واردة بعد الرد على مكالمة PSTN، يتم كتم صوت الميكروفون في مكالمة ACS. يتم كتم الصوت الصادر لمكالمة ACS، لذلك لا يمكن للمشاركين الآخرين سماع المستخدم الذي هو مكالمة PSTN. تجدر الإشارة إلى أن الصوت الوارد للمستخدم لم يتم كتمه، وهذا السلوك متأصل في المستعرض.

لا يوجد صوت وارد أثناء مكالمة

في بعض الأحيان، قد لا يتمكن مستخدم في مكالمة Azure Communication Services من سماع الصوت من المشاركين عن بعد. هناك خطأ Chromium ذي صلة يسبب هذه المشكلة، يمكن تخفيف المشكلة عن طريق إعادة توصيل النظير الاتصال ion. أضفنا هذا الحل البديل منذ SDK 1.9.1 (مستقر) وSDK 1.10.0 (بيتا).

على Android Chrome، إذا انضم مستخدم إلى مكالمة Azure Communication Services عدة مرات، يمكن أن يختفي الصوت الوارد أيضا. يتعذر على المستخدم سماع الصوت من مشاركين آخرين حتى يتم تحديث الصفحة. لقد أصلحنا هذه المشكلة في SDK 1.10.1-beta.1، وقمنا بتحسين استخدام موارد الصوت.

تفشل بعض أجهزة Android في سيناريوهات المكالمات باستثناء مكالمات المجموعة.

تفشل العديد من أجهزة Android المحددة في بدء المكالمات والاجتماعات وقبولها. لا يمكن للأجهزة التي تواجه هذه المشكلة استردادها وفشلها في كل محاولة. هذه هي في الغالب أجهزة من طراز Samsung A، خاصة طرازات A326U و A125U و A215U.

• هذا التراجع هو مشكلة معروفة تم تقديمها على Chromium.

يقوم Android Chrome بكتم المكالمة بعد انتقال المستعرض إلى الخلفية لمدة دقيقة واحدة

على Android Chrome، إذا كان المستخدم على مكالمة Azure Communication Services وضع المتصفح في الخلفية لمدة دقيقة واحدة. يفقد الميكروفون إمكانية الوصول ويتعذر على المشاركين الآخرين في المكالمة سماع الصوت من المستخدم. بمجرد أن يجلب المستخدم المتصفح إلى المقدمة، يتوفر الميكروفون مرة أخرى. أخطاء الكروم ذات الصلة هنا وهنا

قام مستخدم محمول (iOS وAndroid) بإسقاط المكالمة ولكنه لا يزال يظهر على قائمة المشاركين.

يمكن أن تحدث المشكلة إذا غادر مستخدم جوال مكالمة مجموعة Azure Communication Services دون استخدام Call.hangUp() API. عندما يقوم مستخدم جوال بإغلاق المستعرض أو تحديث صفحة الويب دون قطع الاتصال، سيظل بإمكان المشاركين الآخرين في مكالمة المجموعة رؤية مستخدم الجوال هذا على قائمة المشاركين لمدة 60 ثانية تقريبا.

يقوم iOS Safari بتحديث الصفحة إذا كان المستخدم ينتقل إلى تطبيق آخر ويرجع مرة أخرى إلى المستعرض

يمكن أن تحدث المشكلة إذا اتصل مستخدم في Azure Communication Services مع iOS Safari، وقم بالتبديل إلى تطبيق آخر لفترة من الوقت. بعد عودة المستخدم إلى المستعرض، قد يتم تحديث صفحة المستعرض. وذلك لأن نظام التشغيل يقتل المتصفح. إحدى الطرق للتخفيف من هذه المشكلة هي الاحتفاظ ببعض الحالات والاسترداد بعد تحديث الصفحة.

ينضم مستخدمو iOS 15.1 إلى مكالمات المجموعة أو اجتماعات Microsoft Teams.

• في بعض الأحيان عند تلقي PSTN الواردة، يتم تعليق علامة التبويب مع توقف المكالمة أو الاجتماع. أخطاء WebKit ذات الصلة هنا وهنا.

يتم كتم صوت الميكروفون/الكاميرا المحلية عند حدوث انقطاعات معينة على iOS Safari وAndroid Chrome.

يمكن أن تحدث هذه المشكلة إذا تولى تطبيق آخر أو نظام التشغيل التحكم في الميكروفون أو الكاميرا. فيما يلي بعض الأمثلة التي قد تحدث أثناء وجود مستخدم في المكالمة:

• تصل مكالمة واردة عبر PSTN (شبكة الهاتف العامة المبدلة)، وتلتقط الوصول إلى جهاز الميكروفون.
• يقوم المستخدم بتشغيل فيديو YouTube، على سبيل المثال، أو بدء مكالمة FaceTime. يمكن للتبديل إلى تطبيق أصلي آخر التقاط الوصول إلى الميكروفون أو الكاميرا.
• يمكن المستخدم Siri، الذي يلتقط الوصول إلى الميكروفون.

على iOS، على سبيل المثال، أثناء إجراء مكالمة Azure Communication Services، إذا جاءت مكالمة PSTN، فسيتم رفع الميكروفونMutedUnexepectedly bad UFD ويتوقف الصوت عن التدفق في مكالمة Azure Communication Services ويتم وضع علامة على المكالمة كتم الصوت. بمجرد انتهاء مكالمة PSTN، يجب على المستخدم إلغاء كتم مكالمة Azure Communication Services للصوت لبدء التدفق مرة أخرى في مكالمة Azure Communication Services. في حالة Android Chrome عندما تأتي مكالمة PSTN، يتوقف الصوت عن التدفق في مكالمة Azure Communication Services ولا يتم وضع علامة على مكالمة Azure Communication Services كتم الصوت. في هذه الحالة، لا يوجد حدث UFD في الميكروفونMutedUnexepectedly. بمجرد الانتهاء من مكالمة PSTN، يستعيد Android Chrome الصوت تلقائيا ويبدأ الصوت في التدفق بشكل طبيعي مرة أخرى في مكالمة Azure Communication Services.

في حالة تشغيل الكاميرا وحدوث انقطاع، قد تفقد مكالمة Azure Communication Services الكاميرا أو لا تفقدها. إذا فقدت ثم يتم وضع علامة على الكاميرا كإيقاف تشغيل والمستخدم للانتقال إلى تشغيله مرة أخرى بعد انقطاع تحرير الكاميرا.

في بعض الأحيان، لا يتم إصدار أجهزة الميكروفون أو الكاميرا في الوقت المحدد، وقد يتسبب ذلك في حدوث مشكلات في المكالمة الأصلية. على سبيل المثال، إذا حاول المستخدم إلغاء كتم الصوت أثناء مشاهدة فيديو YouTube، أو إذا كانت مكالمة PSTN نشطة في وقت واحد.

لا تتوقف تدفقات الفيديو الواردة عن العرض إذا كان المستخدم يعمل بنظام التشغيل iOS 15.2+ ويستخدم إصدار SDK 1.4.1-beta.1+، فلا تزال خطوات إلغاء كتم/بدء الفيديو مطلوبة لإعادة تشغيل الصوت والفيديو الصادرين.

بالنسبة لنظام التشغيل iOS 15.4+، يجب أن يكون الصوت والفيديو قادرين على الاسترداد التلقائي في معظم الحالات. في بعض حالات الحافة، لإلغاء كتم الصوت، يجب على التطبيق استدعاء واجهة برمجة التطبيقات ل "إلغاء كتم الصوت" (يمكن أن يكون نتيجة لإجراء المستخدم) لاسترداد الصوت الصادر.

يتعطل iOS مع Safari ويحدث الصفحة إذا حاول المستخدم التبديل من الكاميرا الأمامية إلى الكاميرا الخلفية.

قدم Azure Communication Services Calling SDK الإصدار 1.2.3-beta.1 خطأ يؤثر على جميع المكالمات التي تم إجراؤها من iOS Safari. تحدث المشكلة عندما يحاول مستخدم تبديل دفق فيديو الكاميرا من الأمام إلى الخلف. يؤدي تبديل نتائج الكاميرا في مستعرض Safari إلى تعطل الصفحة وإعادة تحميلها.

تم تصحيح هذه المشكلة في Azure Communication Services Calling SDK الإصدار 1.3.1-beta.1 +

• إصدار iOS Safari: 15.1

مشاركة الشاشة في macOS Ventura Safari (الإصدار 16.3 والإصدارات الأقل)

لا تعمل مشاركة الشاشة في macOS Ventura Safari (الإصدار 16.3 والإصدارات الأدنى). المشكلة المعروفة من Safari وسيتم إصلاحها في الإصدار 16.4+.

لا يؤدي تحديث صفحة إلى إزالة المستخدم فورا من مكالمته

إذا كان المستخدم في مكالمة وقرر تحديث الصفحة، فإن خدمة وسائط Communication Services لا تزيل هذا المستخدم مباشرة من المكالمة. ينتظر المستخدم لإعادة الانضمام. تتم إزالة المستخدم من المكالمة بعد انتهاء مهلة خدمة الوسائط.

من الأفضل إنشاء تجارب المستخدم التي لا تتطلب من المستخدمين تحديث صفحة التطبيق الخاص بك أثناء إجراء مكالمة. إذا حدث مستخدم الصفحة، أعد استخدام معرف مستخدم Communication Services نفسه بعد أن يعود هذا المستخدم مرة أخرى إلى التطبيق. من خلال إعادة الانضمام إلى نفس معرف المستخدم، يتم تمثيل المستخدم على أنه نفس الكائن الموجود في remoteParticipants المجموعة. من منظور المشاركين الآخرين في المكالمة، يبقى المستخدم في المكالمة خلال الوقت الذي يستغرقه تحديث الصفحة، حتى دقيقة أو دقيقتين.

إذا كان المستخدم يرسل فيديو قبل التحديث، تحتفظ videoStreams المجموعة بمعلومات الدفق السابقة حتى تنتهي مهلة الخدمة وتزيلها. في هذا السيناريو، قد يقرر التطبيق مراقبة أي تدفقات جديدة تمت إضافتها إلى المجموعة، وتقديم واحد بأعلى id.

لا يمكن عرض معاينات متعددة من أجهزة متعددة على الويب

هذه المشكلة قيد معروف. لمزيد من المعلومات، راجع نظرة عامة على استدعاء SDK.

لا يمكن تعداد الأجهزة في Safari عند تشغيل التطبيق على iOS أو iPadOS

لا يمكن للتطبيقات تعداد أجهزة السماعات أو تحديدها (مثل Bluetooth) على Safari iOS أو iPadOS. هذه المشكلة هي قيد معروف لأنظمة التشغيل هذه.

إذا كنت تستخدم Safari على macOS، فلا يمكن لتطبيقك تعداد السماعات أو تحديدها من خلال مدير أجهزة Communication Services. في هذا السيناريو، يجب تحديد الأجهزة عبر نظام التشغيل. إذا كنت تستخدم Chrome على macOS، يمكن للتطبيق تعداد الأجهزة أو تحديدها من خلال إدارة أجهزة Communication Services.

• إصدار iOS Safari: 15.1

قد يؤدي تبديل أجهزة الفيديو بشكل متكرر إلى توقف دفق الفيديو مؤقتا

قد يؤدي التبديل بين أجهزة الفيديو إلى إيقاف دفق الفيديو مؤقتا أثناء الحصول على الدفق من الجهاز المحدد. يمكن أن يؤدي التبديل بين الأجهزة بشكل متكرر إلى تدهور الأداء. من الأفضل للمطورين إيقاف دفق جهاز واحد قبل بدء تشغيل آخر.

لم يتم الكشف عن ميكروفون سماعة رأس Bluetooth أو سماعه أثناء المكالمة على Safari على iOS

سماعات رأس Bluetooth غير مدعومة من قبل Safari على iOS. لا يتم إدراج جهاز Bluetooth في خيارات الميكروفون المتوفرة، ولن يتمكن المشاركون الآخرون من سماعك إذا حاولت استخدام Bluetooth عبر Safari.

هذا الانحدار هو قيد معروف لنظام التشغيل. باستخدام Safari على macOS وiOS/iPadOS، لا يمكن تعداد أجهزة السماعات أو تحديدها من خلال إدارة أجهزة Communication Services. وذلك لأن Safari لا يدعم تعداد السماعات أو تحديدها. في هذا السيناريو، استخدم نظام التشغيل لتحديث تحديد جهازك.

يمكن أن يؤدي تدوير الجهاز إلى جودة فيديو رديئة

عندما يقوم المستخدمون بتدوير جهاز، يمكن أن تؤدي هذه الحركة إلى تدهور جودة الفيديو الذي يتم دفقه.

تحدث هذه المشكلة في البيئات التالية:

• الأجهزة المتأثرة: Google Pixel 5 وGoogle Pixel 3a وApple iPad 8 وApple iPad X
• مكتبة العميل: الاتصال (JavaScript)
• المتصفحات: Safari وChrome
• أنظمة التشغيل: iOS وAndroid

يؤدي تبديل الكاميرا إلى تجميد الشاشة

عندما ينضم مستخدم Communication Services إلى مكالمة باستخدام JavaScript calling SDK، ثم يحدد زر تبديل الكاميرا، قد تصبح واجهة المستخدم غير مستجيبة. يجب على المستخدم بعد ذلك تحديث التطبيق، أو دفع المتصفح إلى الخلفية.

تحدث هذه المشكلة في البيئات التالية:

• الأجهزة المتأثرة: Google Pixel 4a
• مكتبة العميل: الاتصال (JavaScript)
• المتصفح: Chrome
• أنظمة التشغيل: iOS وAndroid

مشكلة إشارة الفيديو عندما تكون المكالمة في حالة الاتصال

إذا قام مستخدم بتشغيل الفيديو وإيقاف تشغيله بسرعة أثناء وجود المكالمة في حالة الاتصال، فقد يؤدي هذا الإجراء إلى حدوث مشكلة في الدفق الذي تم الحصول عليه للمكالمة. من الأفضل للمطورين إنشاء تطبيقاتهم بطريقة لا تتطلب تشغيل الفيديو وإيقاف تشغيله أثناء وجود المكالمة في حالة الاتصال. قد يحدث انخفاض أداء الفيديو في السيناريوهات التالية:

• إذا بدأ المستخدم بالصوت، ثم بدء تشغيل الفيديو وإيقافه، في حين أن المكالمة في حالة الاتصال.
• إذا بدأ المستخدم بالصوت، ثم بدء تشغيل الفيديو وإيقافه، في حين أن المكالمة في حالة ساحة الانتظار .

تعداد الأجهزة أو الوصول إليها ل Safari على macOS وiOS

في بيئات معينة، قد تلاحظ أنه تتم إعادة تعيين أذونات الجهاز بعد فترة زمنية معينة. على macOS وiOS، لا يحتفظ Safari بالأذونات لفترة طويلة ما لم يتم الحصول على دفق. أبسط طريقة للتغلب على هذا القيد هي استدعاء DeviceManager.askDevicePermission() واجهة برمجة التطبيقات، قبل استدعاء واجهات برمجة تطبيقات تعداد الأجهزة الخاصة بمدير الجهاز. تتضمن DeviceManager.getCameras()واجهات برمجة تطبيقات التعداد هذه و DeviceManager.getSpeakers()و.DeviceManager.getMicrophones() إذا كانت الأذونات موجودة، فلن يرى المستخدم أي شيء. إذا لم تكن الأذونات موجودة، تتم مطالبة المستخدم بالأذونات مرة أخرى.

تحدث هذه المشكلة في البيئات التالية:

• الجهاز المتأثر: i الهاتف
• مكتبة العميل: الاتصال (JavaScript)
• المتصفح: Safari
• نظام التشغيل: iOS

التأخير في عرض مقاطع فيديو المشاركين عن بعد

أثناء مكالمة جماعية مستمرة، افترض أن المستخدم أ يرسل فيديو، ثم ينضم المستخدم ب إلى المكالمة. في بعض الأحيان، لا يرى المستخدم B فيديو من المستخدم أ، أو يبدأ عرض فيديو المستخدم أ بعد تأخير طويل. قد تتسبب مشكلة في تكوين بيئة الشبكة في حدوث هذا التأخير. لمزيد من المعلومات، راجع توصيات الشبكة.

قد يؤدي استخدام مكتبات الجهات الخارجية أثناء المكالمة إلى فقدان الصوت

إذا كنت تستخدم getUserMedia بشكل منفصل داخل التطبيق، يتم فقدان دفق الصوت. يتم فقدان دفق الصوت لأن مكتبة جهة خارجية تتولى الوصول إلى الجهاز من مكتبة Azure Communication Services.

• لا تستخدم مكتبات الجهات الخارجية التي تستخدم getUserMedia واجهة برمجة التطبيقات داخليا أثناء المكالمة.
• إذا كنت لا تزال بحاجة إلى استخدام مكتبة تابعة لجهة خارجية، فإن الطريقة الوحيدة لاسترداد دفق الصوت هي تغيير الجهاز المحدد (إذا كان لدى المستخدم أكثر من واحد)، أو إعادة تشغيل المكالمة.

تحدث هذه المشكلة في البيئات التالية:

• المتصفح: Safari
• نظام التشغيل: iOS

قد يكون سبب هذه المشكلة هو أن الحصول على الدفق الخاص بك من نفس الجهاز له تأثير جانبي لتشغيل في ظروف السباق. قد يؤدي الحصول على التدفقات من أجهزة أخرى إلى وصول المستخدم إلى نطاق ترددي USB/IO غير كاف، ويقفز sourceUnavailableError المعدل بشكل كبير.

يؤدي الاستخدام المفرط لبعض واجهات برمجة التطبيقات مثل كتم الصوت/إلغاء كتمه إلى التقييد على البنية الأساسية ل Azure Communication Services

نتيجة لاستدعاء كتم/إلغاء كتم API، تقوم البنية الأساسية ل Azure Communication Services بإعلام المشاركين الآخرين في المكالمة بحالة الصوت لمشارك محلي قام باستدعاء كتم الصوت/إلغاء كتمه، بحيث يعرف المشاركون في المكالمة من تم كتم الصوت/إلغاء كتمه. يتم حظر الاستخدام المفرط لكتم الصوت/إلغاء كتمه في البنية الأساسية ل Azure Communication Services. يحدث التقييد إذا حاول المشارك (أو التطبيق نيابة عن المشارك) كتم الصوت/إلغاء كتمه بشكل مستمر، كل ثانية، أكثر من 15 مرة في نافذة متجددة 30 ثانية.

واجهات برمجة تطبيقات أتمتة المكالمات

القيود التالية هي مشكلات معروفة في واجهات برمجة تطبيقات أتمتة المكالمات لخدمات الاتصالات:

• المصادقة الوحيدة المدعومة حاليا لتطبيقات الخادم هي استخدام سلسلة الاتصال.

• إجراء المكالمات فقط بين كيانات مورد Communication Services نفسه. تم حظر الاتصال عبر الموارد.

• لا يسمح بالمكالمات بين مستخدمي المستأجرين في Microsoft Teams ومستخدمي Communication Services أو كيانات تطبيق الخادم.

• إذا طلب أحد التطبيقات هويتين أو أكثر من هويات PSTN ثم قم بإنهاء المكالمة، فسيسقط الاستدعاء بين كيانات PSTN الأخرى.

توفر الأقسام التالية معلومات حول المشكلات المعروفة المرتبطة ب Azure Communication Services Calling Native و Native UI SDKs.

محاكيات واجهة برمجة تطبيقات Android

عند استخدام محاكيات واجهة برمجة تطبيقات Android على Android 5.0 (مستوى واجهة برمجة التطبيقات 21) وAndroid 5.1 (مستوى واجهة برمجة التطبيقات 22)، من المتوقع حدوث بعض الأعطال.

تعارض وحدة Android Trouter

عندما يكون Android Chat and Calling SDK معا في نفس التطبيق، لا تعمل ميزة الإعلامات في الوقت الفعلي ل Chat SDK. قد تحصل على مشكلة حل التبعية.

أثناء عملنا على حل، يمكنك إيقاف تشغيل ميزة الإعلامات في الوقت الحقيقي عن طريق إضافة معلومات التبعية التالية في ملف build.gradle للتطبيق وبدلا من ذلك استطلاع واجهة برمجة تطبيقات GetMessages لعرض الرسائل الواردة للمستخدمين.

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'

ملاحظة: إذا حاول التطبيق لمس أي من واجهات برمجة التطبيقات للإعلام مثل chatAsyncClient.startRealtimeNotifications() أو chatAsyncClient.addEventHandler()، فسيكون هناك خطأ في وقت التشغيل.

فيديو iOS مستمر صورة في صورة (PiP)

يتوقف الفيديو الوارد عندما ينتقل التطبيق إلى الخلفية. إذا كان التطبيق في المقدمة، يتم عرض الفيديو بشكل صحيح.

iOS يرد على مكالمة واردة عبر CallKit

لن يتم تطبيق إعدادات الصوت الصادر عند تمكين CallKit ويرد المستخدمون على المكالمات الواردة من خلال CallKit مباشرة.

مكتبة واجهة المستخدم

يمكنك متابعة صفحة wiki للمشكلات المعروفة في مستودعات GitHub.

• Android
• iOS