You can now easily build a browser extension with Blazor!
At the moment, Chromium based browsers (Chrome & Edge) has support for the manifest V3 specification and manifest V2 is deprecated.
Firefox's implementation is in progress.
- Post 1
- Post 2
- Check on the progress from the Firefox blog.
Check out the migration guide from manifest V2 to V3.
Important Note: Only .Net 7 is supported for manifest V3. We are using a custom version of
dotnet.js
runtime to overcome the CSP compliance issue that will only be release in .Net 8.
Important for v0.*.*:
This package is still in pre-release stage so the versioning does not comply with semantic versioning. Feature and bug fix increments the patch version and breaking change increments the minor version. So be sure to check the release note before upgrading between minor version.
This package imports two other packages, which are:
- WebExtensions.Net - Provides interop for WebExtensions standard API.
- JsBind.Net - Provides advanced JavaScript interop features used by WebExtensions.Net.
- Blazor.BrowserExtension.Build (in this repository) - Adds build targets and tasks to the project.
Sample projects are available in the repository Blazor.BrowserExtension.Samples.
You can also refer to the following projects for real life extensions:
- Blazor Edge New Tab - Published for Chrome and Edge.
Or check out the GitHub dependency graph for more repositories.
- Run
dotnet new --install Blazor.BrowserExtension.Template
. - Run
dotnet new browserext --name <ProjectName>
to initialize a new project with the template. - Change the working directory into the newly created project directory.
- Run
dotnet build
to build the project.
If you are using Visual Studio, you can do all these from the UI after installing the template NuGet package, like how I did in the demo above (once you have enabled showing .Net Core templates in the New project dialog).
Refer to this guide for setting up existing project.
A custom script can be run before the initialization of the Blazor application.
This is particularly useful for content scripts because we need to inject a DIV
element as the container for the Blazor application before it is initialized.
To do so, create a file named app.js
under the directory wwwroot
in your project.
The file will automatically be detected during the build and the app.js
file will be executed every time the Blazor application is going to be initialized.
Note: the
app.js
file will need to be added to theweb_accessible_resources
in themanifest.json
file
Using an app.js
, you can set the following properties in the BlazorBrowserExtension
global object to change the initialization behaviour.
Property Name | Description |
---|---|
ImportBrowserPolyfill | Set to false to disable importing of the browser polyfill script.Default: true |
StartBlazorBrowserExtension | Set to false to prevent auto initialization of Blazor. Use BlazorBrowserExtension.BrowserExtension.InitializeAsync to initialize manually.Default: true |
Example:
globalThis.BlazorBrowserExtension.ImportBrowserPolyfill = false;
globalThis.BlazorBrowserExtension.StartBlazorBrowserExtension = false;
globalThis.BlazorBrowserExtension.BrowserExtension.InitializeAsync("Production");
- Launch the Extensions page ( ⋮ → More tools → Extensions).
- Switch on
Developer mode
. - Click on the
Load unpacked
button, then navigate to%ProjectDir%\bin\Debug\net7.0\
and select the folderbrowserextension
.
- Launch the Extensions page ( ⋮ → Extensions).
- Click on the ☰ and switch on
Developer mode
. - Click on the button with the title
Load unpacked
, then navigate to%ProjectDir%\bin\Debug\net7.0\
and select the folderbrowserextension
.
- Navigate to the URL about:debugging#/runtime/this-firefox
- Click on
Load Temporary Add-on...
, then navigate to%ProjectDir%\bin\Debug\net7.0\browserextension
and select any file in the directory.
- Start the Blazor project directly from Visual Studio or
dotnet run
. - Once the application is loaded, use the Blazor debugging hotkey Shift+Alt+D to launch the debugging console.
At the moment, debugging when the application is loaded as an extension in the browser is not possible. This is because debugging requires a NodeJs debugging proxy launched by the DevServer, which is not available when loaded as extension in the browser.
Add the following to the manifest.json
For manifest V3
"action": {
"default_popup": "popup.html"
},
For manifest V2
"browser_action": {
"default_popup": "popup.html"
}
Add a Popup.razor
Razor component under Pages
folder with the following content.
@page "/popup.html"
@inherits Blazor.BrowserExtension.Pages.BasePage
<h1>My popup page</h1>
Add the following to the manifest.json
"options_ui": {
"page": "options.html",
"open_in_tab": true
}
Add a Options.razor
Razor component under Pages
folder with the following content.
@page "/options.html"
@inherits Blazor.BrowserExtension.Pages.BasePage
<h1>My options page</h1>
Add the following to the manifest.json
For manifest V3
"content_scripts": [
{
"matches": [ "*://*/*" ],
"js": [ "content/Blazor.BrowserExtension/ContentScript.js" ]
}
],
...
"web_accessible_resources": [
{
"resources": [
...
"app.js"
],
...
}
]
For manifest V2
"content_scripts": [
{
"matches": [ "*://*/*" ],
"js": [ "content/Blazor.BrowserExtension/ContentScript.js" ]
}
],
...
"web_accessible_resources": [
...
"app.js"
],
Add a ContentScript.razor
Razor component under Pages
folder with the following content.
@page "/contentscript.html"
@inherits Blazor.BrowserExtension.Pages.BasePage
<h1>My content script</h1>
Additional changes are required for content scripts to not have conflict of the element ID of the Blazor root component with any other elements in any pages it is injected in.
First of all, decide on a unique ID to be used for the application DIV
container, such as My_Unique_Extension_App_Id
(this ID is used in the steps below, replace with your own unique ID).
It should be unique enough that it does not collide with any existing element in the pages where the content scripts are going to be injected.
- In
index.html
change the IDapp
of line<div id="app">Loading...</div>
toMy_Unique_Extension_App_Id
. - In
Program.cs
change the ID#app
of linebuilder.RootComponents.Add<App>("#app");
to#My_Unique_Extension_App_Id
. - Add a new file named
app.js
under the directorywwwroot
(Skip this if it has been created already). - Add the following code in the
app.js
file to inject a newDIV
element with the matching ID into the current page.if (globalThis.BlazorBrowserExtension.BrowserExtension.Mode === globalThis.BlazorBrowserExtension.Modes.ContentScript) { const appDiv = document.createElement("div"); appDiv.id = "My_Unique_Extension_App_Id"; document.body.appendChild(appDiv); }
In App.razor
, add the following if
statement to opt out of routing only for content scripts.
@using My.Project.Pages;
@inject Blazor.BrowserExtension.IBrowserExtensionEnvironment BrowserExtensionEnvironment
@if (BrowserExtensionEnvironment.Mode == BrowserExtensionMode.ContentScript)
{
<ContentScript></ContentScript>
}
else
{
<Router ...>
...
</Router>
}
When you inherit from the BasePage
, a few properties are injected for you to consume.
This includes the WebExtensions API and Logger.
The WebExtensions API is provided by the package WebExtensions.Net, and you can consume the API in a page:
@inherits Blazor.BrowserExtension.Pages.BasePage;
<button @onclick="GetIndexPageUrl">Get index page URL</button>
<p>@indexPageUrl</p>
@code {
string indexPageUrl = null;
async Task GetIndexPageUrl()
{
indexPageUrl = await WebExtensions.Runtime.GetURL("index.html");
}
}
Visit this page to read about routing in browser extensions.
The following MSBuild properties can be specified in your project file or when running dotnet run
, dotnet build
and dotnet publish
command.
Property | Default value | Description |
---|---|---|
BrowserExtensionEnvironment | Blazor default: Production | The environment name which the Blazor application will run in. |
IncludeBrowserExtensionAssets | true | If set to false, the JavaScript files will not be added to the project. |
BrowserExtensionBootstrap | False | If set to True, the project will be bootstrapped during the build. |
BuildBlazorToBrowserExtension | True | If set to False, the Blazor to Browser Extension build target will be skipped. |
PublishBlazorToBrowserExtension | True | If set to False, the Blazor to Browser Extension publish target will be skipped. |
BrowserExtensionAssetsPath | wwwroot | The root folder of the browser extension. |
BrowserExtensionOutputPath | browserextension | The folder of the build/publish output. |
BrowserExtensionRoutingEntryFile | index.html | The HTML entry file for the Blazor application. |
BrowserExtensionEnableCompression | $(BlazorEnableCompression) Blazor default: True |
If set to True, the .br compressed files will be loaded instead of .dll. |
Find out how to build a cross browser extension with the links below:
- MDN - Building a cross-browser extension
- David Rousset - Creating One Browser Extension For All Browsers: Edge, Chrome, Firefox, Opera, Brave And Vivaldi
If you want to publish the extension to the browser extension stores, do take note of the following (courtesy of @dragnilar):
- Publishing to the Microsoft Edge Add-ons store is easier as long as you note somewhere in the testing steps and/or description that the extension uses Blazor. It's slower than Google but it's pretty much a hassle free experience.
- Publishing to Google Chrome Extension store is more difficult. They will reject your extension at first if you declare any chromium apis in the manifest. Their automated testing doesn't work with Blazor / WASM yet but the support team will help you to resolve the challenges throughout the process.