thank you Georgi.

yes, I can download the Infragistics sources and build it, but those PDB files have definitely not the same timestamp as the DLLs in the GAC. That is why I thought, I can download the matching PDB files from Infragistics.com -> Account -> My Keys and Downloads -> Source Code -> Symbols.

If the downloaded symbols do not match the installed DLLs (and they do not), then I could build your source code and use the PDB files as you write above. But in that case I have to replace the installed DLLs too, with the DLLs, generated by the build. This is a lot of work, because each of them is in a separate folder in the GAC.

It would also mean, the downloadable symbols are useless.

Hi Dimi,

that was exactly what I have done, but it does not work. That is why I have opened the thread.
If I try to load the symbols manually, I have to navigate to the directory with the downloaded PDBs, but VS says: "A matching symbol file was not found in this folder".

The only way I can debug into your code is, if I copy the PDBs to the GAC.
In that case VS searches the source file.
I have to navigate to the directory with the downloaded source files, but VS says:
"The source file has been changed since the build of the module."
Only if I choose 'Ignore' can I debug the source.

Hi Jabor,

In order to load the symbols you just have to set the location. It is not needed to put them in to Gac, I am not sure what happened and you didn’t succeed. What you need it to set the path in to your settings, I have done this while I tried to load the pdbs first time and I got it for all my projects.                    

I understand what you trying to say that the symbols are not matching when you loaded the pdb’s and you are able to debug. I will double check this, but anyway is the same version the source –the  pdb’s so you can freely use it to debug your application.

Thank you for your feedback.

thank you Dimi, I was using the GAC only, because setting the path have had no effect.
I don't know why, I have full access on that directory.
After changing the cache to C:\Users\[MyName]\AppData\Local\Temp\SymbolCache,
I'm now able to debug without GAC.
It is a pity, that only that folder works, because I have limited place on my C: drive (SSD).

Now there is only one failure, the message "The source file has been changed..."
(I could of course switch down the option "Source files have to exactly match the origin")

Hi Jabor,

I am glad that you have manage to overcome the first part of the issue. About the second  "The source file has been changed..." As I explain earlier the PDBS are built against the same version of the source so you don’t need to worry if they will match, the source will match. You can pick “yes” and you will be able to debug your application successfully. The reason you are seeing the message is that the source code does need to go through some cleaning processes after the code has been compiled prior to being released. We are doing some licensing related functionality and other stuff that needs to be cleared. When we first set up the symbol release, they’re intention was to match against the release dlls so that you can use them with the dlls for other debugging programs that needed it. As process to develop, build, and deploy the software evolves, we’ll continue to work improving it.

Please let me know if you have any furthered questions.

if it is a knowed issue, I will ignore the message.
thank you.