|
|
|
Internal Review -> Deferred.
Michael confirmed that they decided to use a different control to get around this issue. Other notes from Mike: The bug is just that FormHeading is missing a null check like FormItem and Label both have. If you just look at the function set label method differences in each of these classes and how they handle an incoming null value, you will very quickly see that FormHeading passes the data through where FormItem catches and resets the label. Closing as deferred. To be reopened at a later time for further consideration.
This is related to
Resolving as fixed. I'm UTR in latest 3.4 build (3.4.0.5698).
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Michael, is this a satisfactory workaround? In your example, change clearIt() so that instead of returning an empty array, return an array of empty strings?
protected function clearIt():void {
var blah:Array = new Array();
blah.push ( {title:''} );
blah.push ( {title:''} );
ac = new ArrayCollection(blah);
}