[Bug]: DataGrid DetailsRowTemplate doesn't show if event calls Mediator.Send (MediatR) about blazorise HOT 4 OPEN

Hello @joergkrause
It's verified that the object reference for the Selected Item is not contained in the AllItems.
I have to say, I don't fully understand how that library works behind the scenes, but if new object references are being generated, I guess this can happen.

I solved your issue by just loading the data outside of the MediaR usage. This makes sure the object references don't change.

So it seems like to me that the DataGrid is working as expected with what's bound reference wise.

Let us know if this helps.

from blazorise.

Thanks for digging into this. It's weird that I used Fluxor now whoch has a similar approach and don't see the effect there. I'm going to reach out to the MediatR guys to see whether they can have a look.
However, the approach to exclude the data from state feels wrong and makes the whole code more complex.

Also, as far as I remember in Blazor the @key property can be set to anything to handle such scenario. Would that be possible in the Grid here?

from blazorise.

Thanks for digging into this. It's weird that I used Fluxor now whoch has a similar approach and don't see the effect there. I'm going to reach out to the MediatR guys to see whether they can have a look.

Well I guess you're just further concluding that something with the MediatR internals works differently then what we would be expecting. I'm guessing it somehow produces different in memory references. I would expect that they would be the same, but maybe that's something that can be configurable, or maybe even a conscious part of their implementation for some special reason.

I would try to focus on the MediaR object reference thing, and show them an example where the original reference you gave it is lost. I would make sure you take as many things out of the equation as possible and nothing in your code is producing those "unexpected" results before giving them the example.
Keep us updated.

This Key implementation would be different then the @key property reserved for Blazor.
It could also be named Id, but I think Key better represents it. I'm thinking that you could even bind something like a complex key or something. So Func<TItem,object> would work nicely I think?
It does not necessarily need to be named Key either, we usually use verbs as suffixs to represent Func, i.e KeyGetter KeyAccessor etc..

from blazorise.