It is now 4:18am on the West Coast and I have spent most of the evening and morning stripping the Infragistics controls out of my application due to failures, a deadline approaching in less than 2 weeks for delivery of the product and a client who repeatedly reams my butt over the poor service Infragistics is providing. I have used 3 controls so far which has resulted in 5 support requests and 3 bugs stopping my project dead in its tracks. I want and DEMAND my money back.
I don't know whether this is intentional or not, but Infragistics has posted a database of all its bug reports on the new website. I downloaded all bug reports for the UltraWinGrid for the past six months -- there are 230 of them. Of these, only 43 are not marked "Closed" or "Duplicate." Of these, only 20 were created more than a month ago, and of these, only 6 are "In Review" while the remaining 14 are "Awaiting QA."
Assuming these statistics are accurate, Infragistics is doing a pretty good job of responding to bug reports, at least for the UltraWinGrid. The lesson learned is that if you are working on a time-critical project, you had better make sure that you have tested any dependency on assumed component behavior at least three or four months before the deadline for your project.
Another good thing about the Infragistics grids is that the bug fix and new release QA process seems to be pretty good. Unlike the apparent case with some of the competition, most of the time hot fixes and new releases do not break existing code.
The hard part in my experience has been getting an incident report resolved or converted to a bug report. One thing that has often happened instead is that the incident report gets stuck forever in a false "waiting for client action" state. Hopefully the new website design will make it easier for us to monitor this. The other thing that happens is that issues sometimes get defined as feature requests and not bugs.This can be a big problem.