I send messages from the injected content scripts back to my background script in my Chrome Extension as such:
chrome.runtime.sendMessage({action: "myResult"});
This works fine, until I reload my extension (by going to Settings -> Extensions -> "Reload (Ctrl+R)" for my extension.)
In turn when my background script starts up it repeatedly calls chrome.tabs.executeScript
for all open tabs to programmatically re-inject my content script (as I showed in this question.)
But after I do that, if I call that first sendMessage
line from my content script, it throws this exception:
Error: Error connecting to extension my_extension_id
Any idea why this happens?
I send messages from the injected content scripts back to my background script in my Chrome Extension as such:
chrome.runtime.sendMessage({action: "myResult"});
This works fine, until I reload my extension (by going to Settings -> Extensions -> "Reload (Ctrl+R)" for my extension.)
In turn when my background script starts up it repeatedly calls chrome.tabs.executeScript
for all open tabs to programmatically re-inject my content script (as I showed in this question.)
But after I do that, if I call that first sendMessage
line from my content script, it throws this exception:
Error: Error connecting to extension my_extension_id
Any idea why this happens?
Share Improve this question edited May 23, 2017 at 11:44 CommunityBot 11 silver badge asked Sep 15, 2014 at 4:05 c00000fdc00000fd 22.3k37 gold badges202 silver badges437 bronze badges 3 |1 Answer
Reset to default 19When the extension runtime is reloaded, which happens in any of the following cases
- You've called
chrome.runtime.reload()
. - You've clicked on Reload extension at
chrome://extensions/
. - The extension was updated.
then the most extension API methods in the content script cease to work (including chrome.runtime.sendMessage
which causes the error in the question). There are two ways to work around this problem.
Option 1: Fall back to contentscript-only functionality
If your extension can function perfectly without a background page, then this could be an acceptable solution. E.g. if your content script does nothing else besides modifying the DOM and/or performing cross-origin requests.
I'm using the following snippet in one of my extensions to detect whether the runtime is still valid before invoking any Chrome extension API from my content script.
// It turns out that getManifest() returns undefined when the runtime has been
// reload through chrome.runtime.reload() or after an update.
function isValidChromeRuntime() {
// It turns out that chrome.runtime.getManifest() returns undefined when the
// runtime has been reloaded.
// Note: If this detection method ever fails, try to send a message using
// chrome.runtime.sendMessage. It will throw an error upon failure.
return chrome.runtime && !!chrome.runtime.getManifest();
}
// E.g.
if (isValidChromeRuntime()) {
chrome.runtime.sendMessage( ... );
} else {
// Fall back to contentscript-only behavior
}
Option 2: Unload the previous content script on content script insertion
When a connection with the background page is important to your content script, then you have to implement a proper unloading routine, and set up some events to unload the previous content script when the content script is inserted back via chrome.tabs.executeScript
.
// Content script
function main() {
// Set up content script
}
function destructor() {
// Destruction is needed only once
document.removeEventListener(destructionEvent, destructor);
// Tear down content script: Unbind events, clear timers, restore DOM, etc.
}
var destructionEvent = 'destructmyextension_' + chrome.runtime.id;
// Unload previous content script if needed
document.dispatchEvent(new CustomEvent(destructionEvent));
document.addEventListener(destructionEvent, destructor);
main();
Note that any page that knows the name of the event can trigger destruction of your content script. This is unavoidable, because after the extension runtime is destroyed, there are no proper ways to securely communicate with the extension any more.
onMessage
listener. – Xan Commented Sep 15, 2014 at 6:33