http://community.infragistics.com/forums/t/38852.aspx
I reported an issue about EditroComponent as above days ago and another one alike but not quite the same found today:
0. New winform projcet say WindowsFormApplication1 with default form Form1, new DataSet DataSet1 with whatever string columns in whatever DataTable, build the project.
1. Show data sources(Sift+Alt+D) and Drag DataSet1 with a UltraGrid UltraGrid1 bound into Form1
2. Drag an UltraProgressBar UltraProgressBar1 into Form1
3. Let the EditorComponent property of any string column of UltraGrid1 be UltraProgressBar1
4. Fill 1000 rows of whatever string data to DataSet1 in the Form1.Load event handler
5. Hit F5 to run the project and the the devenv.exe(visual studio either 2008 or 2010 rc) will occupy almost 50% cpu (core 2). But the generated WindowsFormApplication1.exe is OK if started alone without visual studio environment.
6. Even if I set EditorComponent at run time rather than in the ultragird designer, the problem remains.
I know it's so wrong to set a UltraProgressBar to a string column. But none of that shall cause such consequences. I think it's a issue of the ig controls, may be.
My guess is that this is unavoidable. As you said, there is no reason to use an UltraProgressBar on a string column. I suspect that what's happening is that there are a ton of exceptions occurring while the ProgressBar editor attempts to convert the string into a numeric value. This explains why it only happens in Visual Studio when the debugger is attached.
Try setting the IDE to break on all exceptions and I bet you will get tons of them.
I didn't read the referenced post and I'm not understanding what benefit there is to using a progress editor in a string column, but most likely the performance problem is caused by the (lots and lots) of parsing exceptions when the editor tries to convert the strings into integers.