[jira] [Commented] (FLEX-33139) HTTPService memory leak using both resultFormat e4x and xml

["Alex Harui (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/FLEX-33139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13417226#comment-13417226 ] 

Alex Harui commented on FLEX-33139:
-----------------------------------

Have you tried an ActionScript-only test case with just URLLoader?  If it leaks then the problem is in the player and not HTTPService.

Keep in mind that it is possible that the strings are associated with the on-the-fly parsing of the XML and will get cleaned up by a call to dispose() or may be referenced by the Profiler itself.  The best test case may be to not use the profiler and loop through a sequence of calls and see if memory hits an upper bound or grows forever
                
> HTTPService memory leak using both resultFormat e4x and xml
> -----------------------------------------------------------
>
>                 Key: FLEX-33139
>                 URL: https://issues.apache.org/jira/browse/FLEX-33139
>             Project: Apache Flex
>          Issue Type: Bug
>          Components: RPC: HTTPService
>    Affects Versions: Adobe Flex SDK 4.6 (Release)
>            Reporter: Mansour Blanco
>            Priority: Critical
>              Labels: memory_leak
>         Attachments: UrlLoaderString.PNG, XLC.zip
>
>
> Steps to reproduce:
> 1.download the zip file
> 2.import as a project
> 3.profile using e4x or xml resultFormat
> 4.create 2 memory snapshots from the Flex profiler
> 5.use "Find Loitering Object" View between the 2 snapshots.
> 6.analyse String objects using "Open Objects Reference"
> Note : Forcing GC cannot remove Loitering String Objects
>  
> UrlLoader is accumulating String objects on each refresh of data which cannot be GC .
> The attached screenshot shows the URLLoder string variables.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira