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 thinkthis 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]> 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 > > 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]> >> >> >> > -- > Regards, > Max Carlson > OpenLaszlo.org > -- Henry Minsky Software Architect [email protected]
