incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Saber Chebka (JIRA)" <>
Subject [jira] [Commented] (FLEX-33139) HTTPService memory leak using both resultFormat e4x and xml
Date Fri, 20 Jul 2012 00:05:34 GMT


Saber Chebka commented on FLEX-33139:

Very possible duplicate of or,
status of resolution stays as "cannot fix" and "differed".
Reporter offers 4 testcase where only one is provoking a memory leak.
I tested them all and that was as expected.
1. format ="xml" file="leaktest.xml" -> It does not leak. 
2. format ="xml" file="pbentries.xml" -> It does not leak. 
3. format ="e4x" file="leaktest.xml" -> It does not leak. 
4. format ="e4x" file="pbentries.xml" -> It leaks. 
As a workaraound:
1- Reloading the app frees the memory. 
2- Walking into one of the 3 non leak test cases
> HTTPService memory leak using both resultFormat e4x and xml
> -----------------------------------------------------------
>                 Key: FLEX-33139
>                 URL:
>             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,
> Steps to reproduce:
> 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:!default.jspa
For more information on JIRA, see:


View raw message