問題タブ [angular-auth-oidc-client]

SilentRenewHeartBeatCheck は 3 ～ 4 秒ごとに実行する必要がありますか? 何か間違った設定をしたかどうかを知りたいだけです。これを構成するものを確認するためにどこを探すべきかさえわかりません。やるべきことをやっているなら、私はそれについて心配することはありません。

ほんの数分で、Chrome 開発ツール コンソールに 150 個の情報が表示されます。

silentRenewHeartBeatCheck silentRenewRunning: true idToken: true _userData.value: true

ログの早い段階で、次のエラーも表示されますが、実行中のサイレント更新 iframe に関係があると想定していることを除いて、何が原因なのかわかりませんが、そうではない可能性があります。

Active resource loading counts reached to a per-frame limit while the tab is in background. Network requests will be delayed until a previous loading finishes, or the tab is foregrounded. See https://www.chromestatus.com/feature/5527160148197376 for more details

少し奇妙なもの。私のAngularアプリには、refreshUserすべての画面データを表示する前に、ログインしている可能性のあるユーザーをロードする方法があります。そのために、次のngOnInit方法があります。

refreshUser メソッドには次のコードがあります。

真新しいナビゲーションでは、これはスムーズに機能し、エラーが発生します:

(ユーザーはログインしたことがありません)。

奇妙なシナリオは、ログインしているユーザーがいる場合、Web ブラウザーを閉じて再度開くと、画面が約 10 秒間ハングした後、別のエラーが発生することです。

しかし、画面がロードされて「ログイン」をクリックすると (ユーザーがログインしていないため)、コンポーネントをロードする前に「クラシック」AuthGuard がトリガーされるため、標準を実行しますstartAuthentication()。

これにより、ユーザーはすばやくログインします。私の質問は、ユーザーのサインインに関して、その関数とsigningSilent関数の違いは何ですか? ただし、少なくともタイミングとユーザーエクスペリエンスの点では、動作は期待されていません。「可能であればユーザーをログインできるが、ログイン画面を表示しない」ようにしたい。それは理にかなっていますか？

ありがとう！

angular-auth-oidc-client をモックして、karma-jasmine を使用して偽のトークンを返すにはどうすればよいですか。以下は、ユニットテストケースを書くために必要なコードです。