The bug in question was introduced in the service release for v9.2, and the same fix is in the release build of 10.1, so that probably explains it.

Anyway, the objects you are storing in the Tag must be getting saved along with your layout, but they must have always been lost when you loaded the layout. Loading the layout used to just ignore this and now it's raising an exception as a result of the change that was made.

This will be fixed in a future service release. But if you want to work around it for now, you have a couple of options:

1) You could make sure the assembly which defines your meta-data is loaded into memory before you load the layout into the grid. You could do this in a number of ways, the simplest of which is to simple create an instance of one of the objects.Or, another option would be to force the loading of the assembly using System.Reflection.Assembly.Load, but there might be some permissions issues there.

2) You could loop through the grid and null out the Tag properties before saving the layout.

... and there is no problem if I use the layouts in the same volume which they were created with...

the exception occurs only when i switch to the next volume like 9.2 to 10.1

in fact we apply a kind of Meta-Information Object to the Tag of the Grid Columns...

Hi,

This looks like a known issue that occurs when you try to load a layout into your application and the layout has a reference to a class that is defined in an assembly that has not yet been loaded into memory.

This could happen if you are storing a custom class as the Tag on an object in the grid, or if one of your grid columns is using a DataType that is defined in some other assembly.

Does that sounds like it could be the case here?

I tried it in a simple demo application and it works :/  in my real application the grids works fine and without any problems... so do you have an idea why the 9.2 layout does not work in my real app?