Lee and I have noticed that he doesn't get the errors related to
searchParent and Datapath whereas both Lorien and I do:
ERROR @../../applib/mail/handlers/FreshMessageHeadersRequest.lzx#11:
searchParents got null immediateparent «<FreshMessageHeadersRequest>#50»
WARNING @../../applib/mail/mailfolder.lzx#1173: unexpected state for
'Datapath for FreshMessageHeadersRequest', couldn't find parent-datapath!
Lee is running flash player 10 on a mac in safari whereas I am on
firefox with flash player 9 on windows. Also, it's more than just a
warning because data processing gets halted for me whereas lee's
instance seems to process all the data.
-Maynard
Lorien Henry-Wilkins wrote:
It seems to happen when I create an instance of a class that contains an
attribute named "data". The following code gives the error:
<canvas>
<class name="TestNode" extends="node">
<attribute name="data" value="null"/>
</class>
<handler name="oninit" args="IGNORE_THIS_ARG">
new lz.TestNode();
</handler>
</canvas>
Whereas if I pass canvas in as the parent in the constructor the error
goes away like so:
<canvas>
<class name="TestNode" extends="node">
<attribute name="data" value="null"/>
</class>
<handler name="oninit" args="IGNORE_THIS_ARG">
new lz.TestNode(canvas);
</handler>
</canvas>
The problem is only there if the data attribute is present.
Lorien
On Tue, Dec 16, 2008 at 2:58 PM , Henry Minsky wrote:
That may be a warning that isn't really needed, it might have been put
it to debug
while bringing up the LFC in swf9. I think maybe we can remove the
warning from
the LFC, but if you can, send me a small
test case to check what is happening, please do.
On Tue, Dec 16, 2008 at 5:29 PM, Lorien Henry-Wilkins
<[email protected]> wrote:
Hi guys,
There are cases in our LZX that we create new instances without
passing in a
parent argument - for example "new lz.datarequest()". I believe this is
causing an issue in 4.2 - we are seeing a bunch of debugger errors
that say
"searchParents got null immediateparent". Is this no longer
supported? What
do you recommend as an alternative?
Thanks,
Lorien
--
Henry Minsky
Software Architect
[email protected]
