Maybe you still have lps/components/extensions/test/? That was moved to
test/extensions/...
Henry Minsky wrote:
The problem is if there is a file in your app directory which matches
"extensions/html.lzx", it gets autoincluded instead of the path in
lps/components. I think
this is a bug in the autoinclude resolver, I think that if the compiler
asks to resolve a pathname that comes from the autoincludes
table the file resolver should only be looking in lps/components for it.
I couldn't find a bug on this, but I seem to recall someone stumbling
across this at some point.
On Tue, May 5, 2009 at 10:27 PM, Max Carlson <[email protected]
<mailto:[email protected]>> wrote:
I don't get that error - I'm compiling from here:
http://localhost:8080/trunk-clean/my-apps/lpp-7827.lzx?lzr=dhtml&debug=true
<http://localhost:8080/trunk-clean/my-apps/lpp-7827.lzx?lzr=dhtml&debug=true>
Henry Minsky wrote:
I'm getting this error when I try to compile the test case in
LPP-8160
extensions/html.lzx:8:78: undefined superclass window for class
browser
It seems to be caused by something in the html component, but I
don't see why this happens regardless of
which runtime I am compiling for...
Are you seeing this also?
--
Henry Minsky
Software Architect
[email protected] <mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
--
Regards,
Max Carlson
OpenLaszlo.org
--
Henry Minsky
Software Architect
[email protected] <mailto:[email protected]>
--
Regards,
Max Carlson
OpenLaszlo.org
