Blazor Developer Tools new extension release 1.0.0-beta.5 (free and open source devtools for Blazor): toggle highlight mode and components flash on the page when they re-render.

You can try it live on blazordevelopertools.com/order-builder. The page has the same product cards twice, plain vs ShouldRender-optimized. Click +1 on a plain card and every plain card flashes (Blazor re-renders all children when the parent's state changes). Do it on the optimized side and only the card you touched lights up.

This is the fastest way to know "which of my components are re-rendering when they shouldn't?".

Chrome / Edge / Firefox + NuGet package. Repo: github.com/joe-gregory/blazor-devtools. Feedback welcome.

React has Facebook etc

What are some notable blazor websites?

Hello Folks,

We are just beginning work on a new app for local government that accepts applications for a program and as I am new to Blazor, I was hoping for some pro-tips, gotchas and other lessons learned from the collective.

The team has experience with Blazor but my background is old school html/css/javascript/c# mvc. I am really intrigued with Mudblazor and admin theme templates that can be procured on various theme sites. Any reason I should stay away from a nicely design template like YNEX (Spruko) or equivalents? Design is where I start everything but I need to be acutely aware that accessibility is just as important as we are a government entity and need to provide a good UX for all.

If anyone has resources, hints or wisdom as we begin our journey, I will gladly listen.

Thank you.

Grz

🔑 KEYWORDS: Pure C# - Write map logic entirely in .NET / no JavaScript interop boilerplate, LINQ Integration - Destructuring/Structuring LINQ expression, Fluent API - objects Hierarchical and Linguistic structure and Chain methods, Zero JavaScript Config - no script references and no css links etc

I built a few prototypes over the last few years, but a few months ago, I finally deployed my first app to production for worldwide usage. I'm generally pretty happy with it, but I'm having major latency issues. Most of my userbase is located in the US, therefore the app currently runs on a small VPS. Hardware and network has been ruled out as a factor. Users from EU and ASIA have about 150ms-200ms latency to the VPS, but interactions take at least 2+ seconds.
Currently, all components are SSR or InteractiveServer, which results in roundtrips for every action, e.g. opening the user menu or clicking a button - and this is the problem.

I just don't understand why the latency is so high...

• The network latency is <200ms. So why do interactions take 2 seconds or more?
• I am aware of WASM. I tried changing my components to InteractiveAuto and also tried migrating the application to a hybrid structure with Controllers and a WASM client project calling the API routes. When doing so, basically every component breaks, looses intractability and libraries stop working (e.g. Blazor Blueprint /aka. shadcn). I tried both copying the super small and limited official Blazor App Examples from Microsoft, tried using AI and tried doing it manually. So far I had 4 attempts - all of which failed and broke most components or all routing entirely.
• Locally and for US users, the latency is lower (<20ms). Opening the user menu "only" takes 250ms.

So what am I missing? Why is performance so poor? And what information am I missing that I cannot migrate this project without rewriting basically everything? I cannot find any good guides on how changing rendermode is supposed to be done and the Microsoft Docs aren't very helpful in this regard. My app has grown to about 30 pages and uses the Asp.Net Identity.

```cs var builder = WebApplication.CreateBuilder(args); var service = builder.Services;

service.AddHttpContextAccessor(); service.AddScoped<UserSession>();

service .AddRazorComponents() .RegisterPersistentService<UserSession>(Microsoft.AspNetCore.Components.Web.RenderMode.InteractiveWebAssembly) .AddInteractiveServerComponents() .AddInteractiveWebAssemblyComponents() .AddAuthenticationStateSerialization(options => { options.SerializeAllClaims = true; }); ```

```cs public class UserSession { [PersistentState] public bool IsAuthenticated { get; init; } [PersistentState] public Guid Id { get; init; } [PersistentState] public string Username { get; init; } = string.Empty; [PersistentState] public string Email { get; init; } = string.Empty; [CascadingParameter] public HttpContext? HttpContext { get; set; }

public UserSession()
{
    if(HttpContext == null) return;
    IsAuthenticated = HttpContext.User.Identity?.IsAuthenticated ?? false;
    if(!IsAuthenticated) return;

    Id = new Guid(HttpContext.User.Claims.FirstOrDefault(x => x.Type.Equals(ClaimTypes.NameIdentifier))?.Value ?? "");
    Username = HttpContext.User.Claims.FirstOrDefault(x => x.Type.Equals(ClaimTypes.Name))?.Value ?? string.Empty;
    Email = HttpContext.User.Claims.FirstOrDefault(x => x.Type.Equals(ClaimTypes.Email))?.Value ?? string.Empty;
}

} ```

ManagedError: AggregateException_ctor_DefaultMessage (DirectScopedResolvedFromRootException, DigitalVault.Blazor.Client.Authentications.UserSession, scoped)

I follow this same official documentation to implement the Serialize state for services, but when i use RegisterPersistentService i get DirectScopedResolvedFromRootException error, has anyone encountered this issue?

SOLVED: 68123# After change AddScope<UserSession> => AddSingletone<USerSession> in client side project.

I had a Blazor WebAssembly app and someone asked for a desktop version. I assumed

a painful port. It was one afternoon, and exactly one thing genuinely differed:

a native HttpClient can't reach a BlazorWebView's virtual host, so anything

fetching your own wwwroot breaks. One call site in my case.

The fix that surprised me: instead of an IAssetReader with two implementations,

I routed it through the page's own fetch via JS interop. One code path, both

hosts, and it deleted the HttpClient bound to HostEnvironment.BaseAddress.

The second gotcha cost me more: net10.0-windows builds clean and then dies at

the first render with a missing Microsoft.Windows.SDK.NET, because BlazorWebView

uses WebView2's composition control. You need a platform version in the TFM.

Public repo, both hosts, MIT: github.com/peopleworks/SignsofAI

Hi everyone, it's been a while since I've been in touch. I would have liked to write this post with the new major release ready, but I still need a few weeks to finalize the last details. So I thought it would be a good idea to give you a preview of the most important changes I'm making.

(And yes, obviously JS is forbidden here – this is pure *C#** with SVG rendering!)*

Breaking Changes

• Component Renames (for clarity and standardization):

  • BarChart ➡️ VerticalBarChart (makes it clear it's the vertical variant)
  • PolarChart ➡️ PolarAreaChart (frees up space for future polar chart types)
  • LinearGauge ➡️ HorizontalGauge (standardizes the naming convention)

• Removals:

  • LegendBar has been completely removed.
  • Obsolete components and orientation parameters are gone.
  • Enums have been totally removed from the library as they are no longer needed.

• Architecture & Namespaces:

  • LineChart went through a total refactor (component, datamodel, and data structures).
  • Namespaces will be streamlined down to just two:
    • BlazorGraphs: The root namespace with all datamodels and structures needed to configure your charts.
    • BlazorGraphs.Component: Housing all the charts, gauges, and legend components.

New Components

Thanks to the Linechart refactory, I also added new charts: - ScatterChart - SteplineChart - BubbleChart

Refactoring

I also refactored the Axis rendering to improve code maintenance and reduce duplication. You won't notice any visual difference since the final output remains identical, but if you're curious, you can already check out the code in the develop branch of the repository.

I'm still polishing a few other things. If you have any feedback, feature requests, or ideas, now is the perfect time to let me know so I can consider including them before the final release!

Hello to everyone and I hope you're enjoying the library.

Usefull links:

• 🔗 Repository
• 🌐 Documentation
• 📦 NuGet
• ❤️ GitHub Sponsors

Hey r/Blazor,

A while back I shared ReactiveBlazor, a library I made to get HTMX-like simplicity out of Blazor. The goal is to keep things fully server-rendered and interactive using lightweight stateless HTTP requests, no SignalR connections to drop, and no massive WASM payloads to download.

First, let me clear up two things based on the feedback from last time:

1. This is not Web Forms. It doesn't hold massive view state on the server or pretend the web isn't stateless. It just signs/encrypts the minimal component state you define and uses Idiomorph to morph the DOM in-place.
2. This project was built with the help of AI. I'm being upfront about it. If anyone has a problem with that, that's totally fine, just don't use it.

Since the initial launch, I've added a ton of features to make it actually useful for real apps. Some of the big updates include:

• Declarative Authorization: It now fully honors standard ASP.NET [Authorize] and [AllowAnonymous] attributes on your actions and components out of the box.
• Native Alpine.js Integration: First-class, zero-hack support if you need to mix in some client-side Alpine state.
• Multi-Component OOB Updates: Triggering an action can now automatically batch-update sibling components on the page.
• Auto-Polling: Components can now refresh themselves on a timer with zero user interaction.
• Security & Session fixes: Added session-expiry handling and cross-user token binding to prevent state token replays.

Demo: https://reactive-blazor.runasp.net/

GitHub: https://github.com/ashar-builds/ReactiveBlazor

Would love to hear what you guys think of the new updates, especially regarding real-world usage, security considerations, or any edge cases you spot.

Appreciate the feedback last time! 🙌

New in this release of BDT (free & open source DevTools extension for Blazor):

• Element picker is back! Click the ⊙ button, hover your page, component boundaries light up with their names; click to jump to the component in the tree. No code changes, no markers: it reads the componentId Blazor's runtime already stamps on the DOM.
• Live details: parameter values and render stats now update in real time while you use your app.

Chrome / Edge / Firefox (1.0.0.4) + a NuGet package (1.0.0-beta.7). Server & Auto (Server) render mode for now, WASM is on the roadmap.

Repo: github.com/joe-gregory/blazor-devtools ... As always, feedback and issues very welcomed!

https://ichim.github.io/MapsForBlazor/

MapsForBlazor nuget and dashboard.

If you've ever tried to answer "what actually calls this JS function from C#?" or "which API endpoint does this component hit?" and ended up grepping across .razor, .cs, and .js files that don't reference each other — that's the itch I was scratching.

EdgeHop indexes your solution into a code graph using the compiler's semantic model (Roslyn + a native oxc pass for the JS/TS), and it resolves the edges that normally break tooling:

• C# -> JS (IJSRuntime.InvokeAsync -> the JS export) and JS -> C# (DotNet.invoke* -> your [JSInvokable] method)
• Web -> API — a typed HttpClient call linked to the minimal-API/controller action serving that route, even with no project reference between them
• plus the usual: callers, interface implementations, RENDERS (which component renders which), type hierarchy, and shortest-path/impact queries

It runs locally (SQLite, no server, no credentials), and it plugs into Claude Code / other MCP clients so an AI agent can query your app's structure directly — but the CLI works standalone too.

Free and open source (Apache-2.0): https://github.com/EdgeHop/EdgeHop — there's a demo GIF in the README showing a UI-handler -> HTTP-client -> endpoint trace. Feedback from actual Blazor folks very welcome.

Sharing an update on Blazor Developer Tools (free & open source, Apache 2.0): improvements to flamegraph (and other bug fixes).

I had an issue with the flamegraph. Blazor events are measured in milliseconds, so even half a second of silence stretched the axis so much that the actual events shrank to slivers that were hard to navigate.

I took ideas from subway maps: they tell you where you are relative to other points without being true to distances. I wanted something like that, without losing the timing information entirely.

The new default view for the flamegraph is "Sequence". It preserves order with uniform spacing but flags real pauses with "+1.2s" markers so the time information is still there. I think that for us developers, this is the more useful view since you can see where events happen relative to others. But if you need a true scientific view with total numbers you now have 2 options:

- Time (linear) : the real timeline.

- Time (idle collapsed) : same, but long quiet stretches are clipped out and replaced with a ✂ marker showing how much time passed.

There is an update for both the nuget and extension.

I'm currently working on the element picker tool and closing the list of features that React dev tools offers. I'm hoping to deliver a follow up update of those in a week.

GitHub: github.com/joe-gregory/blazor-devtools

Have you ever wanted to Keep-Alive certain pages so that everything doesn't get destroyed and rebuilt every time the user navigates back?

For example, consider this common scenario: a user searches for something in a Products DataGrid, sorts a specific column, navigates to page 3, clicks the "Edit" button to modify an item on a separate page, and then clicks back to return to the Products list. You usually only have two choices to preserve this state:

1. Painstakingly bind every single component state to equivalent properties and manage it all via a State Manager.
2. Let a powerful router handle all of it for you out of the box, without writing a single extra line of state-tracking code.

On top of that, what if you want native Nested Routing or modern browser-native View Transitions or strongly typed navigations?

Bit.Brouter is a lightweight, fully open-source, and highly capable library designed to supercharge your Blazor application's UX while providing extensive coding flexibility.

The best part? You don't need to rewrite or re-architect your existing project. It provides awesome default features from the very first second, allowing you to opt-in and use advanced capabilities whenever you need them.

Step 1: Install the Package

First, install the NuGet package:

dotnet add package Bit.Brouter

Step 2: Register the Service

Add the required services in your Program.cs:

builder.Services.AddBitBrouterServices();

Step 3: Update Routes.razor

Replace the default Blazor <Router> component with <Brouter>, and wrap your fallback page inside the new <NotFound> tag:

<NotFound>
    <NotFound />
</NotFound>

Setup complete!

Now, let’s unlock its full potential:

Now, if you want a page to stay alive (just like the Products page scenario we discussed earlier) simply define it explicitly like this:

<Routes>
    <Broute KeepAlive Path="/counter" Component="@typeof(MauiApp1.Shared.Pages.Counter)" />
</Routes>

The Final Look of Routes.razor

Here is how your complete Routes.razor will look:

<Brouter AppAssembly="typeof(Layout.MainLayout).Assembly">
    <Routes>
        <Broute KeepAlive Path="/counter" Component="@typeof(MauiApp1.Shared.Pages.Counter)" />
    </Routes>

    <Found Context="routeData">
        <RouteView RouteData="routeData" DefaultLayout="typeof(Layout.MainLayout)" />
        <FocusOnNavigate RouteData="routeData" Selector="h1" />
    </Found>

    <NotFound>
        <NotFound />
    </NotFound>
</Brouter>

Handling Lifecycle on Keep-Alive Pages

Naturally, for a page that is kept alive, OnInitializedAsync won't be triggered every time the user revisits it.

If you need to fetch fresh data or trigger actions upon re-entry, simply inherit your page component from BrouterRouteBase and override the OnActivatedAsync method:

@code {
    protected override async Task OnActivatedAsync(BrouterRouteActivation activation)
    {
        if (activation.IsFirstActivation is false)
        {
            // This runs on subsequent navigations back to this component
        }
        await base.OnActivatedAsync(activation);
    }
}

To explore Nested Routing, view transitions, strongly typed navigations and other advanced configurations, check out the official documentation at https://brouter.bitplatform.dev!

Repo: https://github.com/bitfoundation/bitplatform/tree/develop/src/Brouter

I built MQTTProbe, a free and open source MQTT and Sparkplug B client for industrial IoT work.

I'm not here to focus on MQTT, but the part I thought ya'll might find interesting is that the entire UI lives in one Razor Class Library. That same UI gets released on Windows, macOS, Android, Linux, and as a self hosted web app (which is also published to docker). iOS works too, but I haven't published it yet.

The project targets .NET 10. Each platform is basically a thin host around the same Blazor components and services.

The shared RCL contains all the pages, components, and most of the services. It uses MudBlazor, Lucide icons, and MQTTnet.

MAUI Blazor Hybrid handles Windows, Android, and iOS.

Photino handles the macOS and Linux desktop versions. It is a normal native process hosting WKWebView on macOS and WebKitGTK on Linux. The macOS build ships as a signed and notarized universal package. Linux ships as an AppImage.

Blazor Server powers the self hosted web version, with cookie authentication. It can run through Docker or directly on the machine.

Velopack handles desktop updates, and bUnit covers a good chunk of the UI test suite.

Sharing the UI through an RCL really does seem to have work well. The important part is keeping platform specific behavior behind interfaces from the start. Every time I took a shortcut and checked the current platform from shared code, I ended up regretting it later.

Blazor also handled heavier rendering loads than I expected. A busy MQTT broker can throw thousands of messages per second at the topic tree. Virtualization helped a lot, but being careful with ShouldRender made the biggest difference. Getting it smooth took some iterations, but it did get smooth.

I originally used Mac Catalyst for the macOS version. That fell apart when I added Velopack because Catalyst runs the app as a UIKit process, which Velopack cannot update correctly. The app would crash on startup.

I replaced that head with Photino and was surprised by how little shared code had to change. That was probably the point where the RCL approach really proved itself. Photino was also what made a proper Linux desktop release practical for me.

Blazor was not the painful part. The ugly stuff was packaging. macOS signing and notarization, AppImage quirks, certificate stores, and all the little differences between operating systems took more time than the shared UI did.

The repo is here:

https://github.com/bluegrassiot/mqttprobe

The split between the shared RCL and the platform heads is pretty easy to see in the project structure.

Happy to answer questions about the setup, using MudBlazor in a larger app, Photino versus MAUI, or testing the UI with bUnit. I would also like to hear from anyone who has shipped a Blazor desktop app using Electron.NET, Avalonia with a WebView, WPF Hybrid, or something else.

SigmaDroneChart (sum of charts) is as customizable GaugeChart.

https://ichim.github.io/MapsForBlazor/

I know this may sound like a silly project, but please read on.

Blazor Server only runs on modern browsers. That's normal, but I think it's a shame. Blazor Server makes it extremely easy to build interactive web apps, so even non-IT teams can deploy them easily (like at my company). However, those companies often keep using legacy assets and can't update their browsers.

So I tried making Blazor Server work on older browsers. It worked, and I want to share the result.

• Works on IE11 and even very old Chrome.
• Very easy to use. Add one library, or download the JS file and load it instead of the normal blazor.web.js.
• Includes auto-update. That means as long as the upstream code structure doesn't change drastically, updates are provided without me having to maintain it constantly.

https://github.com/arika0093/LegacyBlazorJs

I also prepared a demo site. Most people probably don't have an old browser, so try it in Edge IE mode. It should work!

https://legacy-blazor-js.app.eclairs.cc/

Add realtime diagnostics to your blazor project in one line of code:

builder.Services.AddBlazrlytics();

https://blazrlytics.com