1) bin folder and verify if there are any Infragistics assemblies from the previous version that have been used in your project? - All the assemblies are referenced from the GAC, there are no Infragistics assemblies in the bin folder.

2) "Clearing" the solution and "Rebuilding it". - does not solve the issue.

This occurs when we load a specific form; but, looking at the project file and the form's designer there is no reference to the 10.3 assembly.

Hello Pete,

When you are saying "loading a specific form" make me think that something is different in this form: Could you please let me know what is "specific" to this form? May be this form relies on some specific dll or assemblies that tries to refer NetAdvnatage 2010 vol3 for some reason? Is it possible that you have missed to refer an assembly in this specific form?

Could you please provide me wrap up this form in a small sample that I would be able to test at my end and verify why it is trying to access NetAdvantage 2010 vol3 assemblies while it has only references to NetAdvantage 11.1?

I scoured all the components and none of them have a reference (visible or in the project file) to any 10.3 assembly.

Attached are the project files and specific form files.  We did create a wrapper around UltraGrid to add some common functionality.  I've included those files and project files.

Thanks,
Pete

Hello Pete,

Thank you for the provided files.

I have look through them and it seems to me that the AppLibrary file has multiple references which are not correct. I have not been able to figure out only from the provided files what could be the reason for appearing of such message for 10.3. Opening the AppLibrary file and going from Line  68 to Line 123 the assemblies pointed are for 11.1.20111.2020 and from Line 131 to Line 149 Infragistics assemblies are pointing to 11.1.20111.2042. This are two different builds and couldn't be used in a very same project. The second part of the references are not having particular <HintPath/> so could you please verify whether these files are in the GAC or they are local only for the project? In both cases you would have to be sure that the application uses only single version of our components and all of the used references pointing to the same build of our controls.

  If that does not help in your case I would like you to verify if any of the dependent files/projects are not pointing to the any of the Infragistics 10.3 controls. I have looked through the whole file but I've might missed something since it contains about 3 thousand lines in it.

Another thing that you could verify is the content of the licences.licx file and verify if there are any old pointers to the Infragistics 10.3 assemblies left. If so, could you please remove them and clean and rebuild your application again.

Please let me know if you have any other questions.

Even though the version says ...2020 and the hint path being: C:\Program Files (x86)\Infragistics\NetAdvantage 2011.1\Windows Forms\Bin\<filename> The file's version is .2042 in the path and not .2020 (I don't see that being the issue).

I have searches for anything 10.3 and was unable to find it; but, I will review again.

The licenses.licx file is empty.

Hello Pete,

Have you tried changing the path to the correct version? Also if you are having separate users controls, and they are using our assemblies, have you tried to rebuild them first with the newer version?

If you have any other questions through the process please feel free to let me know. 

I ran into this same issue after upgrading from v13.2 to v16.2

The issue was some stored layouts in the .resx file that referenced the previous version.  Removed them and it fixed this issue.

Is this something the update utility can handle?

What is odd, I even upgraded all the references from Infragistics2... to Infragistics4... this reference must be buried deep.

Using the Assembly Binding Log Viewer (Fuslogvw.exe):

*** Assembly Binder Log Entry  (12/4/2011 @ 3:08:33 AM) ***

The operation was successful.
Bind result: hr = 0x0. The operation completed successfully.

Assembly manager loaded from:  C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Running under executable  C:\DevSource\dotNet3\Apps\Luce\trunk\src\bin\Debug\NetTraxNET.Luce.vshost.exe
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: User = SERENITY\PSral
LOG: DisplayName = Infragistics2.Win.UltraWinGrid.v10.3, Version=10.3.20103.2094, Culture=neutral, PublicKeyToken=7dd5c3163f2cd0cb
(Fully-specified)
LOG: Appbase = file:///C:/DevSource/dotNet3/Apps/Luce/trunk/src/bin/Debug/
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = NetTraxNET.Luce.vshost.exe
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\DevSource\dotNet3\Apps\Luce\trunk\src\bin\Debug\NetTraxNET.Luce.vshost.exe.Config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Post-policy reference: Infragistics2.Win.UltraWinGrid.v10.3, Version=10.3.20103.2094, Culture=neutral, PublicKeyToken=7dd5c3163f2cd0cb
LOG: Found assembly by looking in the GAC.
LOG: Binding succeeds. Returns assembly from C:\Windows\assembly\GAC_MSIL\Infragistics2.Win.UltraWinGrid.v10.3\10.3.20103.2094__7dd5c3163f2cd0cb\Infragistics2.Win.UltraWinGrid.v10.3.dll.
LOG: Assembly is loaded in default load context.

Upgraded to 11.2 ... ran into this issue (something is awry somewhere), will keep you posted.

Exception: