I have noted that when I close a window that has a XamRichTextEditor control on it the window stays in memory, however that same window with no text editor on it will be garbage collected as expected when closed. This is of great concern to the application I would like to use your control with since the particular window I am loading up with the XamRichTextEditor could potentially have a large amount of memory allocated.
I use Red Gate Memory profiler 8 in order to inspect memory since visual studios does not help a lot in this respect. I would like to past the image of the reference chain it shows however I cannot seem to get a image to go in this text box. :)
Is there some simple method I can call when closing my window to ensure the garbage collector can grab this control?
Regards,
Aaron
Hello Aaron,
Thank you for your post!
I have been looking into the issue you have described. I have created a small sample application in order to test it and I was not able to reproduce the issue. I have been testing the sample application with Ants Profiler.
I am attaching the sample application I have been testing with. Would you please modify it with the functionality you are using, so it shows the issue? This way I would be able to further investigate the issue for you.
Thank you for the cooperation. Looking forward to hearing from you.
I downloaded the application you provided and the behavior repeated instantly for me :( The issue was when the RichTextEditorWindow that was opened on this form it never caught its closed event and set the reference to null. I have done that and I have made a button that will add the text editor to the window after it loads. Load it once, do not add the text to the window and close the window, you will note that when taking a snapshot from the memory profiler that the RichTextEditorWindow will be collected and no longer show up in the snap shots. However if you click the button that adds the rich text editor to the window and close it the RichTextEditorWindow will remain in memory.
Thank you for the sample application. I have further researched it and I have logged this behavior with our developers in our tracking system, with an issue ID of 177576. I have also created a support ticket on your behalf with number CAS-141832-B2D1D2 in order to link the development issue to it so that you are automatically updated when a Service Release containing your fix is available for download.
I just want to let you know, that we have shipped out a new service release where your issue is resolved. I'd be glad to find out if you had tested it out and if it had met your requirements.
You can download the Service Releases by logging to our web site and going to Account\My Keys and Downloads.
Please do not hesitate to let me know if you have any further questions on this matter.
Sorry for the slow reply, I rarely visit the forum unless I am having a issue. I have received and tested the service release and it did fix the issue. However I noted that in version 10.2 it was not fixed, that is fine for me. I am going to continue using the service release.
Thank you for the feedback.
I have been looking into your post. Currently we do not provide service leases for 10.2 version of Infragistics controls, as the technical support for this version is expired. More about this you can find on the following link from our site: http://ko.infragistics.com/support/product-lifecycle.