ジェフが述べたように、それはGmailの動作に影響を与えるようには見えません。いくつかの異なるクロームバグレポート(によると1、2、3、4)、Gmailのウェブサイトが正しく読み込まれていない/永遠に取っているリソースをロードしようとしています。
バグレポートによると、それはこのGET
要求されたURL と関係があります:
Request URL: https://mail.google.com/mail/channel/bind?VER=8&at=AF6bupMV0YlyE96Mz6Y9tRg5NS0raR6ssA&it=3125&RID=rpc&SID=304CA2227E292CA5&CI=0&AID=9&TYPE=xmlhttp&zx=2hn7zqydxypy&t=1
Request Method:GET
Status Code:200 OK
自分で確認したい場合は、次の操作を実行できます。
- 新しいタブを開く
- 開発者ツールを開きます。これは、レンチ->ツール->開発者ツールに移動するか、Ctrl+ Shift+I
- [ネットワーク]ボタン(3番目のタブ)をクリックします。下部に「リクエストはキャプチャされていません。ページを再読み込みして、ネットワークアクティビティの詳細情報を表示してください」というメッセージが表示されます。
- アドレスバーでgmail.comにアクセスして、ページを読み込みます。
ChromeとGmailのサーバー間のリクエストと情報のやり取りがネットワークタブに表示されます。ロゴが回転を停止するのに十分な時間待つと、問題の原因となったリソースとその所要時間がわかります。
これは私のネットワークタブのスクリーンショットです。bind
リソースの読み込みに3.6分かかったことがわかります。
クリックするとフルサイズで表示されます。
このために提出されたChromeのバグレポートがありますが、これは実際にはGmailの問題であると想定します。
編集:過去25分間のGmailのネットワークアクティビティを見た後、bind
リクエストの処理が正確にわかりません。リクエストはすべてに接続されているようです。私にとって、最初のbind
リクエストには、すべての連絡先と思われるものが含まれており、contact.talk.google.com
それらの連絡先に関する一連の情報が含まれています。bind
URLは、約4分後に閉じているようだし、新しい4分の接続を開きます-これは、Gmailが新しい電子メールを監視する方法のようです。鉱山にはたくさんの[noop]
エントリがあり、それが届いたときのメールアドレスと新しいメールの件名がありました。
現在、Gmailが想定どおりに機能していないのかどうか疑問に思っています。このバグは、すべての初期接続が閉じられるまで(つまり、すぐに)「読み込み中」のグラフィックの表示を停止しないChrome / webkitブラウザにあります最初のbind
閉店時は3〜4分)。
編集2:
誰かが追加したい場合は、この情報を含む自分のChromeバグレポートを提出しました。