<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://www.infopathdev.com:443/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Browser Forms</title><link>https://www.infopathdev.com:443/forums/40.aspx</link><description>For browser form specific questions</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP3 (Build: 31118.962)</generator><item><title>Re: Massive Memory Leak in MSHTML</title><link>https://www.infopathdev.com:443/forums/thread/24822.aspx</link><pubDate>Fri, 30 Nov 2007 15:58:51 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:24822</guid><dc:creator>jlehew</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/24822.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=40&amp;PostID=24822</wfw:commentRss><description>&lt;p&gt;We modified the massive core.js file to not instanciate the HTML editor until you click into the field.&amp;nbsp; This greatly reduced the leak when opening the form and viewing the information.&amp;nbsp; And when the form is closed, as long as the user didn&amp;#39;t click into a field, the memory that was used is garbage collected and can be used again.&amp;nbsp; &lt;/p&gt;
&lt;p&gt;If InfoPath didn&amp;#39;t put the editor inside an IFrame it would have worked.&amp;nbsp; The IFrame is pinning down the memory for some reason.&amp;nbsp; This is not a total solution but when the system consumes 100MB every time the user clicks on something, anything helps.&amp;nbsp; &lt;/p&gt;
&lt;p&gt;John&lt;/p&gt;</description></item><item><title>Massive Memory Leak in MSHTML</title><link>https://www.infopathdev.com:443/forums/thread/24315.aspx</link><pubDate>Fri, 09 Nov 2007 22:47:49 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:24315</guid><dc:creator>jlehew</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/24315.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=40&amp;PostID=24315</wfw:commentRss><description>&lt;p&gt;We are having a significant memory leak on browser based forms that use the Rich Text boxes with IE7.&amp;nbsp; When we switch views it adds 35K of memory to the iexplorer.exe process and this memory is still pinned even after closing the form popup window.&amp;nbsp; As the users use our system and run close to the memory limits the window/Form Services either crashes completely, takes the CPU utilization to 100%, says it ran out of memory, or gives a few other random errors.&amp;nbsp; The end result is our users cannot save and lose their data they were entering.&amp;nbsp; This problem is easy to duplicate and we opened up a case with Microsoft who also verified and duplicated the problem. &lt;/p&gt;
&lt;p&gt;MS said the fix will take time because it happens within the core .dll modules of IE7.&amp;nbsp; I don&amp;#39;t understand why a memory leak that can be easily duplicated at MS is not a priority.&amp;nbsp; It is not like we have another option for a multiline textbox.&amp;nbsp; The only other option doesn&amp;#39;t support paragraphs so everything that is typed in shows up as one big paragraph.&amp;nbsp; Or we could switch to Rich Client based forms instead of the Browser based forms, but that would require architecture changes to our system.&lt;/p&gt;
&lt;p&gt;If anyone has a suggestion let me know.&amp;nbsp; We had to upgrade all PCs to 2GB of memory (cost of $35,000) to minimize this issue but users who do not restart their IE7 often still run into this issue.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;</description></item></channel></rss>