Advanced Numeric Filter does not register input in special case #1497

New Issue

claunia · 2026-01-29T17:54:29Z

claunia commented

2026-01-29 17:54:29 +00:00

Originally created by @kerajel on GitHub (Nov 23, 2024).

The issue is reproduced only on hosted environment (that is, not reproduced when the application runs locally in debug e.g. launched from Visual Studio)
The issue is reproduced only on numeric advanced filter (integers, decimals alike)

Preconditions
RadzenDataGrid with LoadData and advanced filtering
The LoadData has a dialog service that shows current LoadDataArgs's filter:

public override async Task LoadData(LoadDataArgs loadDataArgs)
{
	await DialogService.Alert($"{loadDataArgs.Filter}");
	
	entries = await GetEntries();
	totalCount = await GetTotalCount();
}

When I enter a numeric input and press 'Apply' right away then my input is not registered in the LoadDataArgs.Filter. Here is a gif that showcases that:

But when I enter the same numeric input and click away from the input (e.g. on the area near the second filter) then my input is registered in LoadDataArgs.Filter. Here is a gif that showcases that:

I have not observed such behavior around 2 weeks ago, so it must be related to the recent changes. Access to the website where this is observed can be granted if it helps.

.NET 9.0
Radzen.Blazor Version="5.6.7"
Google Chrome Version 131.0.6778.86 (Official Build) (64-bit)
Hosting: SmarterAsp.NET

Originally created by @kerajel on GitHub (Nov 23, 2024). The issue is reproduced only on hosted environment (that is, not reproduced when the application runs locally in debug e.g. launched from Visual Studio) The issue is reproduced only on numeric advanced filter (integers, decimals alike) Preconditions RadzenDataGrid with LoadData and advanced filtering The LoadData has a dialog service that shows current LoadDataArgs's filter: ```c# public override async Task LoadData(LoadDataArgs loadDataArgs) { await DialogService.Alert($"{loadDataArgs.Filter}"); entries = await GetEntries(); totalCount = await GetTotalCount(); } ``` When I enter a numeric input and press 'Apply' right away then my input is not registered in the LoadDataArgs.Filter. Here is a gif that showcases that: ![NoClickAway](https://github.com/user-attachments/assets/1e924cdc-46bd-46ea-a3fc-be32c61f2e7f) But when I enter the same numeric input and click away from the input (e.g. on the area near the second filter) then my input is registered in LoadDataArgs.Filter. Here is a gif that showcases that: ![ClickAway](https://github.com/user-attachments/assets/58073ff3-cf0c-4904-909a-562d59537589) I have not observed such behavior around 2 weeks ago, so it must be related to the recent changes. Access to the website where this is observed can be granted if it helps. .NET 9.0 Radzen.Blazor Version="5.6.7" Google Chrome Version 131.0.6778.86 (Official Build) (64-bit) Hosting: SmarterAsp.NET

claunia closed this issue

2026-01-29 17:54:29 +00:00

claunia commented

2026-01-29 17:54:30 +00:00

@enchev commented on GitHub (Nov 23, 2024):

We cannot provide any advice by looking at a gif. Use our source code to debug your app.

@enchev commented on GitHub (Nov 23, 2024): We cannot provide any advice by looking at a gif. Use our source code to debug your app.

claunia commented

2026-01-29 17:54:30 +00:00

@kerajel commented on GitHub (Nov 23, 2024):

@enchev my app is fine, it's the numeric filter component that requires debugging.

I have skimmed last weeks' commits and found this particular one: 124033d122 (diff-7ad12b64ebe222b4a5a33c2735cbd89d58bac88807d49ffb3c5a23ffb41357a8L818)

In scope of this commit the oninput handler was removed. By removing this event handler, the numeric input field now relies on the default onchange event, which only fires when the input loses focus, matching my observations.

I can additionally confirm that this commit broke the input by downgrading to 5.6.0 - before the commit - the issue is not observed on this version.

Although removing of the handler introduced the current problem it has fixed the previous issue I had reported
https://github.com/radzenhq/radzen-blazor/issues/1787

@kerajel commented on GitHub (Nov 23, 2024): @enchev my app is fine, it's the numeric filter component that requires debugging. I have skimmed last weeks' commits and found this particular one: https://github.com/radzenhq/radzen-blazor/commit/124033d122ba981f554498c3b8cefdd9a0bbe9e7#diff-7ad12b64ebe222b4a5a33c2735cbd89d58bac88807d49ffb3c5a23ffb41357a8L818 In scope of this commit the oninput handler was removed. By removing this event handler, the numeric input field now relies on the default onchange event, which only fires when the input loses focus, matching my observations. I can additionally confirm that this commit broke the input by downgrading to 5.6.0 - before the commit - the issue is not observed on this version. Although removing of the handler introduced the current problem it has fixed the previous issue I had reported https://github.com/radzenhq/radzen-blazor/issues/1787

claunia referenced this issue

2026-01-29 18:20:23 +00:00

[PR #1497] [MERGED] Custom filters on RadzenDataGridColumn not recognized #2764

claunia referenced this issue

2026-01-29 18:20:24 +00:00

[PR #1497] Custom filters on RadzenDataGridColumn not recognized #2767

Sign in to join this conversation.