Firebaseからのpingサービスは、次のようにGoogle Chromeので報告された同期のXMLHttpRequestを使用しています。メインスレッド上Firebase同期XMLHttpRequestの非推奨
同期のXMLHttpRequestは、エンドユーザーの体験を理由 その弊害で廃止されました。詳細については、 チェックhttp://xhr.spec.whatwg.org/を参照してください。
は、この問題のソースから来ている：それはFirebase内のバグ
.lp?dframe=t&id=612050&pw=gcdpSrzjvk&ns=myapp:5
ですか？今のところ問題ありません。しかし、将来、ブラウザは同期XHRを非難するかもしれません。
このエラーは、長いポーリングにフォールバックするクライアントに対してのみ表示されます。
ページを閉じる、移動する、または更新するときにのみ表示する必要があります。
Firebaseクライアントは、同期XHRを選択して、サーバに切断中であることを伝えます。これにより、サーバーは任意のonDisconnect()関数で指定したロジックをすぐに実行できます。そうでなければ、クライアントはタイムアウトに頼る必要があります。タイムアウトには1〜2分かかる場合があります。
ページが更新され、コンソールに残っていると思われます。
しかし、心配することはありません。意図的であり、アプリケーションにも無害です。
mmmmmmm私は気にしない、それは私のアプリを非常に悪い遅く – blackend
デービッドありがとう！あなたの説明は全部意味がありました。サイドノート：同じ理由で、あなたがgoOfflineとgoOnlineを実行し続けるかどうかを示します。 –
はい、これはFirebaseのバグです。具体的には、これがFirebaseのサービスステータスと関係していることは確かです。断続的なサービス停止が発生した場合（Firebaseのサポートが引き続き承認された場合）、このエラーは一貫して発生し、サービスが復元されるとエラーは発生しなくなります（おそらくWebSocketが再び機能してFirebaseクライアントが後退しなくなるXHRポーリング）。
また、FWIWは、現場のプロダクションサーバよりもローカルで開発したほうが頻繁に発生するようで、Firebaseがトラフィックを適切に優先順位付けしていることを意味します。
解決方法を得ましたか？私は今同じ問題に直面している。 – Yatin
まだありません。 Firebaseチームはこのバグを修正する必要があります。 – Mohammad
ログイン後にビューがロードされていないようになっています。 – Yatin