mirror of
https://github.com/radzenhq/radzen-blazor.git
synced 2026-02-04 05:35:44 +00:00
Version 6.0.1 Datagrid LoadData apply filter will cause unhandled exception #1610
Closed
opened 2026-01-29 17:56:05 +00:00 by claunia
·
31 comments
No Branch/Tag Specified
master
accessibility
spreadsheet
responsive-ordinal-scale
v8.7.5
v8.7.4
8.7.3
v8.7.2
v8.7.1
v8.7.0
v8.6.5
v8.6.4
v8.6.3
v8.6.2
v8.6.1
v8.6.0
v8.5.2
v8.5.1
v8.5.0
v8.4.3
v8.4.2
v8.4.1
v8.4.0
v8.3.9
v8.3.8
v8.3.7
v8.3.6
v8.3.5
v8.3.4
v8.3.3
v8.3.2
v8.3.1
v8.3.0
v8.2.2
v8.2.1
v8.2.0
v8.1.8
v8.1.7
v8.1.6
v8.1.5
v8.1.4
v8.1.3
8.1.2
v8.1.1
v8.1.0
v8.0.4
v8.0.3
v8.0.2
v8.0.1
v8.0.0
v7.4.3
v7.4.2
v7.4.1
v7.4.0
v7.3.6
v7.3.5
v7.3.4
v7.3.3
v7.3.2
v7.3.1
v7.3.0
v7.2.3
v7.2.2
v7.2.1
v7.2.0
v7.1.8
v7.1.7
v7.1.6
v7.1.5
v7.1.4
v7.1.3
v7.1.2
v7.1.1
v7.1.0
v7.0.8
v7.0.7
v7.0.6
v7.0.5
v7.0.4
v7.0.3
v7.0.2
v7.0.1
v7.0.0
v6.6.4
v6.6.3
v6.6.2
v6.6.1
v6.6.0
v6.5.4
v6.5.2
v6.5.1
v6.5.0
v6.4.1
v6.4.0
v6.3.4
v6.3.3
v6.3.2
v6.3.1
v6.3.0
v6.2.10
v6.2.9
v6.2.8
v6.2.7
v6.2.6
v6.2.5
v6.2.4
v6.2.3
v6.2.2
v6.2.1
v6.2.0
v6.1.6
v6.1.5
v6.1.4
v6.1.3
v6.1.2
v6.1.1
v6.1.0
v6.0.20
v6.0.19
v6.0.18
v6.0.17
v6.0.16
v6.0.15
v6.0.14
v6.0.13
v6.0.12
v6.0.11
v6.0.10
v6.0.9
v6.0.8
v6.0.7
v6.0.6
v6.0.5
v6.0.4
v6.0.3
v6.0.2
v6.0.1
v6.0.0
v5.9.9
v5.9.8
v5.9.7
v5.9.6
v5.9.5
v5.9.4
v5.9.3
v5.9.2
v5.9.1
v5.9.0
v5.8.0
v5.7.10
v5.7.9
v5.7.8
v5.7.7
v5.7.6
v5.7.5
v5.7.4
v5.7.3
v5.7.2
v5.7.1
v5.7.0
v5.6.15
v5.6.14
v5.6.13
v5.6.12
v5.6.11
v5.6.10
v5.6.9
v5.6.8
v5.6.7
v5.6.6
v5.6.5
v5.6.4
v5.6.3
v5.6.2
v5.6.1
v5.6.0
v5.5.5
v5.5.4
v5.5.3
v5.5.2
v5.5.1
v5.5.0
v5.4.0
v5.3.5
v5.3.3
v5.3.2
v5.3.1
v5.3.0
v5.2.12
v5.2.11
v5.2.10
v5.2.9
v5.2.8
v5.2.7
v5.2.6
v5.2.5
5.2.4
v5.2.3
v5.2.2
v5.2.1
v5.2.0
v5.1.11
v5.1.10
v5.1.9
v5.1.8
v5.1.7
v5.1.6
v5.1.5
v5.1.4
v5.1.3
v5.1.2
v5.1.1
v5.1.0
v5.0.9
v5.0.8
v5.0.7
v5.0.6
v5.0.5
v5.0.4
v5.0.3
v5.0.2
v5.0.1
v5.0.0
v4.34.3
v4.34.2
v4.34.1
v4.34.0
v4.33.3
v4.33.2
v4.33.1
v4.33.0
v4.32.11
v4.32.10
v4.32.9
v4.32.8
v4.32.7
v4.32.5
v4.32.4
v4.32.3
v4.32.2
v4.32.1
v4.32.0
v4.31.7
v4.31.6
v4.31.5
v4.31.4
v4.31.3
v4.31.2
v4.31.1
v4.31.0
v4.30.3
v4.30.2
v4.30.1
v4.30.0
v4.29.9
v4.29.8
v4.29.7
v4.29.6
v4.29.5
v4.29.4
v4.29.3
v4.29.2
v4.29.1
v4.29.0
v4.28.11
v4.28.9
v4.28.8
v4.28.7
v4.28.6
v4.28.5
v4.28.4
v4.28.3
v4.28.2
v4.28.1
v4.28.0
v4.27.1
v4.27.0
v4.26.1
v4.26.0
v4.25.12
v4.25.11
v4.25.10
v4.25.9
v4.25.8
v4.25.7
v4.25.6
v4.25.5
v4.25.4
v4.25.3
v4.25.2
v4.25.1
v4.25.0
v4.24.7
v4.24.6
v4.24.5
v4.24.4
v4.24.3
v4.24.2
v4.24.1
v4.24.0
v4.23.9
v4.23.8
v4.23.7
v4.23.6
v4.23.5
v4.23.3
v4.23.4
v4.23.2
v4.23.1
v4.23.0
v4.22.1
v4.22.0
v4.21.4
v4.21.3
v4.21.2
v4.21.1
v4.21.0
v4.20.4
v4.20.3
v4.20.2
v4.20.1
v4.20.0
v4.19.1
v4.19.0
v4.18.1
v4.18.0
v4.17.1
v4.17.0
v4.16.4
v4.16.3
v4.16.2
v4.16.1
v4.16.0
v4.15.14
v4.15.13
v4.15.12
v4.15.11
v4.15.10
v4.15.9
v4.15.8
v4.15.7
v4.15.6
v4.15.5
v4.15.4
v4.15.3
v4.15.2
v4.15.1
v4.15.0
v4.14.4
v4.14.3
v4.14.2
v4.14.1
v4.14.0
v4.13.6
v4.13.5
v4.13.3
v4.13.4
v4.13.2
v4.13.1
v4.13.0
v4.12.1
v4.12.0
v4.11.2
v4.11.1
v4.11.0
v4.10.4
v4.10.3
v4.10.2
v4.10.1
v4.10.0
v4.9.2
v4.9.1
v4.9.0
v4.8.4
v4.8.3
v4.8.2
v4.8.1
v4.8.0
v4.7.14
v4.7.13
v4.7.12
v4.7.11
v4.7.10
v4.7.9
v4.7.8
v4.7.7
v4.7.6
v4.7.5
v4.7.4
v4.7.3
v4.7.2
v4.7.1
v4.7.0
v4.6.7
v4.6.6
v4.6.5
v4.6.4
v4.6.3
v4.6.2
v4.6.1
v4.6.0
v4.5.3
v4.5.2
v4.5.1
v4.5.0
v4.4.9
v4.4.8
v4.4.7
v4.4.6
v4.4.5
v4.4.4
v4.4.3
v4.4.2
v4.4.1
v4.4.0
v4.3.10
v4.3.9
v4.3.8
v4.3.7
4.3.6
v4.3.5
v4.3.4
v4.3.3
v4.3.2
v4.3.0
v4.3.1
v4.2.3
v4.2.2
v4.2.1
v4.2.0
v4.1.14
v4.1.15
v4.1.13
v4.1.12
v4.1.11
v4.1.10
v4.1.9
v4.1.8
v4.1.7
v4.1.6
v4.1.5
v4.1.4
v4.1.3
v4.1.2
v4.1.1
v4.1.0
v4.0.0
v3.20.12
v3.20.11
v3.20.10
v3.20.9
v3.20.8
v3.20.7
v3.20.6
v3.20.5
v3.20.4
v3.20.3
v3.20.2
v3.20.1
v3.20.0
v3.19.12
v3.19.11
v3.19.10
v3.19.9
v3.19.8
v3.19.7
v3.19.6
v3.19.5
v3.19.4
v3.19.3
v3.19.2
v3.19.1
v3.19.0
v3.18.16
v3.18.15
v3.18.14
v3.18.13
v3.18.12
v3.18.11
v3.18.10
v3.18.9
v3.18.8
v3.18.7
v3.18.6
v3.18.5
v3.18.4
v3.18.3
v3.18.2
v3.18.1
v3.18.0
v3.17.3
v3.17.1
v3.17.2
v3.17.0
v3.16.7
v3.16.6
v3.16.5
v3.16.4
v3.16.3
v3.16.2
v3.16.1
v3.16.0
v3.15.6
v3.15.5
v3.15.4
v3.15.3
v3.15.2
v3.15.1
v3.15.0
v3.14.12
v3.14.11
v3.14.10
v3.14.9
v3.14.8
v3.14.7
v3.14.6
v3.14.5
v3.14.4
v3.14.3
v3.14.2
v3.14.1
v3.14.0
v3.13.12
v3.13.11
v3.13.10
v3.13.9
v3.13.8
v3.13.7
v3.13.6
v3.13.5
v3.13.4
v3.13.3
v3.13.2
v3.13.1
v3.13.0
v3.12.5
v3.12.4
v3.12.2
v3.12.3
v3.12.1
v3.12.0
v3.11.12
v3.11.11
v3.11.10
v3.11.9
v3.11.8
v3.11.7
v3.11.6
v3.11.5
v3.11.4
v3.11.3
v3.11.2
v3.11.1
v3.11.0
v3.10.2
v3.10.1
v3.10.0
v3.9.10
v3.9.9
v3.9.8
v3.9.7
v3.9.6
v3.9.5
v3.9.4
v3.9.3
v3.9.2
v3.9.1
v3.9.0
v3.8.2
v3.8.1
v3.8.0
v3.7.3
v3.7.2
v3.7.1
v3.7.0
v3.6.8
v3.6.7
v3.6.6
v3.6.5
v3.6.4
v3.6.3
v3.6.2
v3.6.1
v3.6.0
v3.5.3
v3.5.2
v3.5.1
v3.5.0
v3.4.2
v3.4.1
v3.4.0
v3.3.2
v3.3.1
v3.3.0
v3.2.9
v3.2.8
v3.2.7
v3.2.6
v3.2.4
v3.2.3
v3.2.2
v3.2.1
v3.2.0
v3.1.11
v3.1.10
v3.1.9
v3.1.8
v3.1.7
v3.1.6
v3.1.5
v3.1.4
v3.1.3
v3.1.2
v3.1.1
v3.1.0
v3.0.10
v3.0.9
v3.0.8
v3.0.7
v3.0.5
v3.0.4
v3.0.3
v3.0.2
v3.0.1
v3.0.0
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/radzen-blazor#1610
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @kirkone on GitHub (Feb 13, 2025).
Today I updated my Blazor WebAssembly site to dotnet 9 and Radzen.Blazor 6.0.1.
I have a Datagrid with simple filter and implemented the LoadData as described here:
https://blazor.radzen.com/datagrid-loaddata.
The data loads fine but after i input something in a Filter field executing the query will silently break the LoadData Method.
I was able to see the Exeption in the devtools one time that was mentioning that it was not able to load
/System.Runtime.dll.I see it is working on the sample page, but I am not sure if this is already running on version 6.
Could it be related to this here:
https://forum.radzen.com/t/just-released-our-new-major-version-of-radzen-blazor-6-0-0-without-reference-to-system-linq-dynamic-core-nuget-package/19748
and this:
53e746146b/Radzen.Blazor/DynamicExtensions.cs (L33)Thank you for your help
@enchev commented on GitHub (Feb 14, 2025):
Indeed our demos are running using latest version. Please provide runnable code demonstrating the problem.
@k-Sacr commented on GitHub (Feb 14, 2025):
Also, all filters with the data type "enum" or "enum?" are broken
@k-Sacr commented on GitHub (Feb 14, 2025):
oh, and also the filters "DateOnly", "DateOnly?", maybe "DateTime", "DateTime?" do not work
@enchev commented on GitHub (Feb 14, 2025):
@k-Sacr We have such demos as well and all of them works normally. For example:
https://blazor.radzen.com/datagrid-enum-filter
@k-Sacr commented on GitHub (Feb 14, 2025):
Sorry, of course I meant when using LoadData.
Where dynamic linq was used.
@k-Sacr commented on GitHub (Feb 14, 2025):
Quick demo: https://blazor.radzen.com/datagrid-loaddata
https://github.com/user-attachments/assets/e5f2bec2-4920-4b81-8417-857774806901
@enchev commented on GitHub (Feb 14, 2025):
I was able to replicate it - let's put this in a separate issue since this is not related to not finding System.Runtime.dll. As a workaround you can use Where(grid.ColumnCollection) similar to our LoadData demo.
@k-Sacr commented on GitHub (Feb 14, 2025):
Thx
I understand the reason for dropping the System.Linq.Dynamic.Core dependency, but unfortunately, this change broke all our DataGrid in the project.
But Dynamic LINQ provided support for a wide range of filtering variations, and its removal has significantly impacted functionality.
@enchev commented on GitHub (Feb 14, 2025):
You can still use Dynamic LINQ if you reference it in your project.
@k-Sacr commented on GitHub (Feb 14, 2025):
Yes, but that won't fix the DataGrid, will it? I haven't tried it yet.
We use DataGrid with LoadData via ToFilterString (which used dynamic linq if I'm not mistaken), otherwise we would have to write each filter manually.
@enchev commented on GitHub (Feb 14, 2025):
ToFilterString() will output a string that can work in both our extension method and Dynamic LINQ methods:
https://forum.radzen.com/t/just-released-our-new-major-version-of-radzen-blazor-6-0-0-without-reference-to-system-linq-dynamic-core-nuget-package/19748?u=enchev
When you reference System.Linq.Dynamic.Core, their method will be picked instead of ours.
@k-Sacr commented on GitHub (Feb 14, 2025):
tried this, i get exception:
System.InvalidOperationException: "Invalid Where selector".
6.0.1 Dont work:
5.9 Work:
Unfortunately I can't provide a demo code quickly, but this is a regular column with the DateOnly type
@enchev commented on GitHub (Feb 14, 2025):
The problem with Dates is already fixed and it will be release later today:
60a3789e9c@kirkone commented on GitHub (Feb 14, 2025):
Is the current documentation site running on version 6 already?
@enchev commented on GitHub (Feb 14, 2025):
Yes, it's running latest version as always.
@kirkone commented on GitHub (Feb 14, 2025):
Is it also running on dotnet 9?
@enchev commented on GitHub (Feb 14, 2025):
Yes. Maybe you should check the code for reference. @kirkone Can you verify if Radzen.Blazor 6.0.3 works for your case?
@bdovaz commented on GitHub (Feb 14, 2025):
Same problem:
6.0.3 (FAILS):
it => RoleNames.Contains("testRoleName")
5.9.9 (WORKS):
RoleNames.Contains("testRoleName")
EDIT: I see that the example has changed: https://blazor.radzen.com/datagrid-loaddata?theme=material3
This change needs to be made:
But even so, I still have problems... When sorting for example it fails with:
@enchev commented on GitHub (Feb 14, 2025):
The example works correctly with both filtering and sorting. We cannot do much if we cannot reproduce the problem - you can debug also your app using our source code and submit pull request with a fix.
@bdovaz commented on GitHub (Feb 14, 2025):
I base myself on
LoadDataexample that I have put in my previous message and in the case of a field that is of typeIEnumerable<string>I base myself on this other example to make a custom filter: https://blazor.radzen.com/datagrid-filter-template?theme=material3Specifically the
Custom filtering template with Custom Commandexample.If you look at that example @enchev, the filter of the column
Work Statushas stopped working, something has happened in 6.x that has broken that example and it will have relation in part with what happens to me.@enchev commented on GitHub (Feb 14, 2025):
@bdovaz I see now what you are after - we will do our best to provide fix for this case ASAP.
@kirkone commented on GitHub (Feb 14, 2025):
I am not able to reproduce the runtime.dll error.
But found something new:
Using simple filter mode filtering on columns works if every row has a value in in this column.
If there is a null value in at least one row it breaks.
Tried with 6.0.3
Switched back to 5.9.9 and all filters work with the same codebase
@enchev commented on GitHub (Feb 14, 2025):
@kirkone is the row (data item itself) null or the property value?
@kirkone commented on GitHub (Feb 14, 2025):
only the value regarding to the column where the filter has applied is null in my case. Columns where every row has a value in this field are working.
@enchev commented on GitHub (Feb 14, 2025):
All reported problems in this thread are fixed in Radzen.Blazor 6.0.4 and I'm closing this. Please open separate issues if you find something else.
@kirkone commented on GitHub (Feb 14, 2025):
Thanks for the fix.
I still have issues with some columns but i cannot see what the difference between the working ones is.
I will investigate further and will open a new issue with the details.
As mentioned above, version 5.9.9 is working with the exact same code and data.
@bdovaz commented on GitHub (Feb 15, 2025):
@enchev the error I mention in this example still exists:
@enchev commented on GitHub (Feb 15, 2025):
@bdovaz Interesting, it works locally but not when deployed - I'll check it immediately.
UPDATE: In this particular case we will need a bit more time to provide fix. I'll write here when we are ready, in the meantime you can either use Dynamic LINQ Where() instead our or you can go back to 5.x version of Radzen.Blazor.
@bdovaz commented on GitHub (Feb 15, 2025):
No problem I'm still on 5.x, I have a PR with renovate for 6.x so it will update itself when you release a new 6.x with a fix.
Thanks!
@enchev commented on GitHub (Feb 15, 2025):
@bdovaz I've updated the demo for now to use strongly typed expressions until we have solution for strings.
@enchev commented on GitHub (Feb 17, 2025):
@bdovaz Both the functionality and the demo are restored in our just released 6.0.7 version.