Chrome extension message passing made easy
What?
Small library for messaging across any extension parts (background, content script, popup or devtool).
It has a simple easy to use API, promise based callback support and more.
Why?
Sending messages between extension parts can get complicated and usually requires some relaying mechanism in the background page. Adding callback functionality to these messages can make it even trickier.
Furthermore the chrome messaging API is not coherent or straight forward, sometimes requiring you to use chrome.runtime.* and sometimes chrome.tabs.* depending on which extension part you are currently in.
How?
$ npm i chrome-ext-messenger
1) In the background page: create a messenger instance and init the background hub.
const Messenger = require('chrome-ext-messenger');
let messenger = new Messenger();
messenger.initBackgroundHub();
This step is obligatory and should be done as early as possible in your background page.
* You can also add the library via script tag and use window['chrome-ext-messenger']
.
2) Init connections (in any extension parts).
const Messenger = require('chrome-ext-messenger');
let messenger = new Messenger();
messenger.initConnection(name, messageHandler);
This returns a connection object.
3) Start sending messages across connections (in any extension parts).
connection.sendMessage(to, message);
- <extension part> possible values: 'background', 'content_script', 'popup', 'devtool'.
- Sending messages from background require an additional tab id argument ':<tab id>'.
This returns a promise.
- The promise will be resolved if the receiver invoked the sendResponse
method argument.
- The promise will be rejected if connection has been disconnected using the disconnect()
API.
More:
messenger.initBackgroundHub({
connectedHandler: function(extensionPart, connectionName, tabId) {},
disconnectedHandler: function(extensionPart, connectionName, tabId) {}
});
c.sendMessage('content_script:main,main2', { text: 'HI!' });
c.sendMessage('devtool:*', { text: 'HI!' });
c.disconnect();
For Example:
const Messenger = require('chrome-ext-messenger');
let messenger = new Messenger();
let messageHandler = function(msg, from, sender, sendResponse) {
if (msg.text === 'HI!') {
sendResponse('HOWDY!');
}
};
let c = messenger.initConnection('main', messageHandler);
let c2 = messenger.initConnection('main2', messageHandler);
...
let msg = { text: 'HI!' };
c.sendMessage('content_script:main', msg);
c.sendMessage('popup:main2', msg).then((response) => {
console.log(response);
});
c.sendMessage('background:main', msg).then((response) => {
console.log(response);
});
c.sendMessage('devtool:main:50', msg).then((response) => {
console.log(response);
});
Developing Locally
$ npm run dev
You can now use the built messenger from the dist folder in a local test extension (or use npm link).
I have created one (for internal testing purposes) that you can use: chrome-ext-messenger-test.
Notes
- Requires your extension to have "tabs" permission.
- Uses only long lived port connections via chrome.runtime.* API.
- This library should satisfy all your message passing demands, however if you are still handling some port connections manually using chrome.runtime.onConnect, you will also receive messenger ports connections. In order to identify connections originating from this library you can use the static method Messenger.isMessengerPort(port) which will return true/false.
- The Messenger messageHandler and chrome.runtime.onMessage similarities and differences:
- Same - "sender" object.
- Same - "sendResponse" - The argument should be any JSON-ifiable object.
- Same - "sendResponse" - With multiple message handler, the sendResponse() will work only for the first one to respond.
- Different - "from" object indicating the senders formatted identifier e.g. 'devtool:connection name'.
- Different - Async sendResponse is supported directly (no need to return "true" value like with chrome.runtime.onMessage).
Extensions using messenger
License
MIT