- 出荷済み
- 2026年9月3日 6:30 UTC
- プロフィール
- Kamo
- コンテンツ
- 829e755
JustCall を、**************************** に API を追加 キーと秘密、コンタクト・インポート・トグル、プロバイダーの認証ステータス タブとロゴ。 興味深い部分はダイヤルされています。 JustCall は SIP レジストラと no を公開しません WebRTC は、サードパーティのアプリケーションに認証され、唯一のアウトバウンドコール エンドポイントは人ではなくAIボイスエージェントを駆動するので、バックエンドレポート VoiceCalls=false は、Softphone がすでに登録をゲートし、何も使用していません。 ソフトフォンを造ります。 しかし、JustCallのメンバーは完全に電話を置くことができます。 ここだけではなく、「現在のプロバイダで音声通話が利用できない」というと、 lie. ダイヤル() そのため、JustCall 独自の Web ダイヤルラーに番号を渡します。 そのハンドオフは、ホックの中のブランチではなく独自のモジュールです。 lib に問題があり、それをテスト可能にします。 Web ダイアルラーを使用しています。 justcall ではなく: デスクトップアプリのレジスタをプロトコル化します。 アプリがインストールされているかどうか、および未処理のプロトコルナビゲーションを通知できません。 アプリのないメンバーはダイヤルをクリックし、視聴する 何も起こらない。 ProviderCapabilities が ProviderType を取得したので、偽のボイスコールを操作できます。 単なる報告ではなく:ほとんどのプロバイダでは、このために「ダイヤルなし」を意味します。 1つは「そこに上空」を意味します。 ミラーSipCredentialsResult.provider、 同じ理由で存在します。 新しいカバレッジテストは、PbxProviderBillingCoverageTestのフロントエンドツインです。 ラベルが大声で失敗しないのを覚えていないプロバイダは、 1つの画面で空白のカードは、管理者がそれを選択するために使用されます。 確認済み: tsc は、 check-i18n-keys --require-messages を含むすべての 14 の監視をきれいにします、 4,938 のテスト. `next build` は、これらの変更に対して実行されなかった。 セッションは、この作業ディレクトリを全体で同時ビルドして保持しました.