Hello,

wrong assemblies was what I expected to, but we got a list of the GAC and a list of the files in the folder our application was deployed to via Click Once. Both seemed to be ok.
In order to get more detailed information we will write the loaded assemblies to the a log file and check those. Maybe it is more conclusive.

Multiple threads as a source can be excluded. We are not using multithreading where this error occurs and it currently only effects three specific computers. Reproducable, whenever a layout is assigned.

Best regards

Sebastian Peschties
Logimatic Germany GmbH

Hi,

If you are using the latest service release and still having a problem, then it sounds like there's a bug there somewhere. In order to look into it, though, we need to be able to duplicate the problem. Can you provide a small sample project demonstrating the error?

tboy79 said:

And, when you save the grid layout with "SaveAsXml", doesn't Infragistics save as the following? Isn't that specific version in a1 the problem???

No, the fact that the XML contains a version number is not a problem, because the binder resolves the corret assembly version when the layout is loaded.

Hi, I can confirm the behavior mentioned above.

 We’ve had the same issues moving from 6.3 to 8.2 to 9.1 and have always had to make the customer scrap their saved grid settings (always a pain). If this could be fixed, it would be much appreciated. We’ve used both the load and save method to read and write streams as well as the SaveAsXML and LoadFromXML methods and get the same error.

To duplicate the issue, here’s what you can do:

1. Create a project using an older version of infragistics ultrawingrid such as 6.3. Use the grid.displaylayout.save the grid settings. I used grid.displaylayout.save(MS, PropertyCategories.Bands Or PropertyCategories.SortedColumns)
2. Create a second project using a new version of infragistics, such as 9.1 and then attempt to load those settings into the grid, or even simply load them into a new DisplayLayout object.

You should get the following error:

“Exception has been thrown by the target of an invocation.”

The inner exception is “Unable to cast object of type ‘Infragistics.Win.AppearanceHolder’ to type ‘Infragistics.Win.AppearanceHolder’.”

Source: Infragistics2.Win.UltraWinGrid.v9.1

Stacktrace:   at Infragistics.Win.UltraWinGrid.SpecialBoxBase..ctor(SerializationInfo info, StreamingContext context)

   at Infragistics.Win.UltraWinGrid.GroupByBox..ctor(SerializationInfo info, StreamingContext context)

This error occurred when loading the grid settings saved by a 6.3 version of the grid into a project using a 9.1 version of the grid (with hotfix).

Hi Anthony,

Can anyone provide a couple of sample project with an old version of the controls that saves a layout and then a new version which fails to load the saved file?

I do this kind of thing all the time and I have never had a problem like you are describing, so my only guess here is that it's some particular combination of property settings that is causing the errors.

There is no reason why you should not be able to load a layout from an older version of the grid into a newer version.

Yeah, I'll work something up at lunch and get it to you.

Ok, as hard as I tried to simplify the process of recreating our issue, I could not.

However, I think I know what's going on and I'm trying to recreate the issue now in as simple a way as I can.

First, some background:

Our project is very large, consisting of multiple mini-applications written by multiple teams that run within a single MDI application. Most of the time everything is very well coordinated. However, sometimes some teams get ahead of others.

The problem:

Not all of the applications in the project are currently using the same version of Infragistics controls.

In this project, there is an application that loads up before ours that is still using infragistics 8.1 (and perhaps some that are using 6.3).This particular application always loads before my teams. I have determined that after this application loads that 9.1 grids are no longer able to import grid settings from older versions. Obviously, the best thing is for everyone to be using the exact same version of infragistics. However, I think this is still something that needs to be addressed on your end and I'll attempt to duplicate this scenario and proof of issue as simply as possible, if I can. If I discover something different, I'll post that as well.

Thanks,

Tony

Hi Mike,

Thanks for your help.

For now we are looking for some other options to restore the layout.

Thanks

Rooma

Well, if you can post a sample that demonstrates that, I would be happy to take a look at it. But without a sample, I'm afraid I have no idea why it's not working. Maybe your database is somehow altering the text for some reason.

Yes, I replaced my code with code given by you.

And still getting same exception.

Are you getting the same exception?

Are you sure you are not using the encoder any more?

Hi Mike,

Thanks for reply.

I tried using streamReader/Writer but it still does'n work. :(