我在OS X 10.6.7上使用Google Chrome 12.0.742.100。如选项卡上“加载”圆圈所示,Gmail似乎花费了过多的时间(2-3分钟)加载。一些图像可能有助于解释我的意思:
加载标签是固定的Gmail标签。
为了确定这是否与固定标签和优先收件箱有关,我将显示以下图像,分别排除这些可能性:
注意:这种缓慢的加载也会在正常的非隐身窗口中发生。
我想知道其他人是否正在经历这种缓慢的加载,原因可能是什么。
我在OS X 10.6.7上使用Google Chrome 12.0.742.100。如选项卡上“加载”圆圈所示,Gmail似乎花费了过多的时间(2-3分钟)加载。一些图像可能有助于解释我的意思:
加载标签是固定的Gmail标签。
为了确定这是否与固定标签和优先收件箱有关,我将显示以下图像,分别排除这些可能性:
注意:这种缓慢的加载也会在正常的非隐身窗口中发生。
我想知道其他人是否正在经历这种缓慢的加载,原因可能是什么。
Answers:
如Jeff所述,它似乎并未影响Gmail的工作方式。根据几种不同的浏览器的Bug报告(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
如果您想看看自己,可以执行以下操作:
您将看到网络标签充满了Chrome和Gmail服务器之间的来回请求/信息。一旦您等待了足够长的时间让徽标停止旋转,您就可以看到导致问题的资源以及花费了多长时间。
这是“网络”标签的屏幕截图-您可以看到该bind
资源耗时3.6分钟来加载:
单击以查看完整尺寸。
尽管为此提交了Chrome错误报告,但我将假定这实际上是Gmail的问题。
编辑:在查看过去25分钟内Gmail的网络活动后,我不确定bind
请求的确切作用-它似乎已连接到所有内容。对我来说,最初的bind
请求包括我的所有联系人,然后是一堆涉及contact.talk.google.com
这些联系人的信息。该bind
网址似乎在大约4分钟后关闭,然后打开了一个新的4分钟连接-这似乎是Gmail监视新电子邮件的方式。我的有很多[noop]
条目,然后是新电子邮件到达时的电子邮件地址和主题。
我现在想知道Gmail是否无法按照预期的方式运行,并且该错误是Chrome / webkit浏览器出现的,直到所有初始连接都关闭(即第一次bind
关闭时需要3-4分钟)。
编辑2: 如果有人要添加此信息,我会提交自己的Chrome错误报告,其中包含此信息。
我已经看到了这一点,但是通常它不会影响GMail的功能。也就是说,它会继续“加载”,但GMail应用程序在Chrome浏览器中可以正常使用。那也是你看到的吗?
可能是因为gmail使用长时间的服务器轮询来更新自身,而chrome将其显示为打开的连接,并不断旋转“正在加载”图标。
我们发现这种情况也发生在我们的应用程序中,仅在Chrome中使用GWT和长时间服务器轮询来进行“服务器推送”。
如果gmail也确实如此,则Chrome的故障不是gmail。如果您可以看到ui元素并与ui元素进行交互,则Gmail已“加载”。
取决于您的意思:
如果您要花3分钟时间来停止“完整”浏览器的加载,但实际上只需几秒钟即可退出加载屏幕,进入常规gmail界面...
以我在不同机器,操作系统和浏览器上的经验,有时它永远存在。我认为这是一个Gmail令人讨厌的错误,因为它从未给我带来任何性能或功能上的损失。
当它使我烦恼时,我只需重新加载选项卡,“加载”就会停止,直到下一次决定再次随机开始。我敢打赌,这与Gmail实验室有关。我通常启用了大约20个。
现在,如果您要在加载屏幕上花3分钟的时间...
您应该尝试删除一些实验室。有时它们彼此冲突。如果您根本无法进入,就可以使用基本HTML,并且可以对其进行配置。
如果您使用的是凌乱的或非常旧的机器(我想说是5年以上),则加载屏幕仅需要十几秒左右的时间。
是的,我经常看到同一件事。我只是在栏中选择地址,然后按Enter键(而不是单击重新加载)...然后,它往往可以快速且良好地重新加载。