Google chrome extension 从缓存检索页面时未激发chrome.tabs.onUpdate.addListener

Google chrome extension 从缓存检索页面时未激发chrome.tabs.onUpdate.addListener,google-chrome-extension,chromium,Google Chrome Extension,Chromium,我有以下听众: chrome.tabs.onUpdated.addListener(function(tabId, change, tab) { if (change.status == "complete") { // Do something } }); 在将chromium浏览器从16.x升级到17.x之后,我注意到这个监听器并不总是被激活。例如,当页面似乎是从缓存中检索(加载速度非常快)时,它不会启动。然后,如果我重新加载页面,它会像往常一样被触发 17.x中的API方

我有以下听众:

chrome.tabs.onUpdated.addListener(function(tabId, change, tab) {
  if (change.status == "complete") {
    // Do something
  }
});
在将chromium浏览器从16.x升级到17.x之后,我注意到这个监听器并不总是被激活。例如,当页面似乎是从缓存中检索(加载速度非常快)时,它不会启动。然后,如果我重新加载页面,它会像往常一样被触发

17.x中的API方法是否有任何更改


谢谢

我遇到了同样的错误。与此同时,我正在使用
tabs.onActiveChanged
事件,当焦点从即时条切换回选项卡时,该事件似乎会触发。我不确定它是否是一个特别健壮的解决方案,但到目前为止,它对我有效。

您介意在上提交一个bug并提供一些细节吗(一个测试用例会非常出色)?该事件应该在选项卡更新时触发,即使它是从缓存更新的。在这里发布bug ID,我会把它放到正确的队列中。在过去的几天里,我没有注意到API方法有任何变化——但我自己也注意到了一些不同的行为。不过大部分都来自默认的样式表。我已经报告了一个,我想我已经解决了这个问题。由于某些原因,当某些页面被加载时,chrome会将其视为一个选项卡替换,而不是一个更新。使用onReplaced事件可以捕获此信息。由于旧目标已不存在且现有答案不够好,因此重新定位重复目标。