Hi Jean-Noel,
>
> - ! Unknown class referenced: uploadwidget.UploadForm (in:
> editor.components.advanced.TextPage)
> - ! Unknown class referenced: uploadwidget.UploadButton (in:
> editor.components.advanced.TextPage)
> - ! Unknown class referenced: uploadwidget.UploadForm (in:
> editor.components.advanced.TextPage)
> - ! Unknown class referenced: uploadwidget.UploadButton (in:
> editor.components.advanced.TextPage)
>
> > last time I mailed about such a problem that happened if I
> redefined
> > libraries and used the test target. I was told to just drop the
> > overriding "test" job definition and at the beginning I
> thought it worked.
> >
> > However it does not... when i do that my original problem
> about the
> > BUILDDIR disappears, however it seems "test" job does not
> properly
> > extend the "libraries" job. What happens is that my local
> libraries
> > job definition is not brought in, and thus the job fails
> (dependencies
> > are not resolved as the libraries are not defined).
>
I cannot quite remember the context of your earlier inquiry (and I also
mixed things up with a similar issue we had recently concerning the
Apiviewer), but you are just right, the "test" job doesn't honor
"libraries". I will make a commit to fix this in trunk. But as you might
be on the 0.8.3 released, you could fix this on your side by
re-introducing "test" and "test-source" jobs in your local config.json,
and make them extend "libraries":
"test" : {
"extend" : ["libraries"]
},
"test-source" : {
"extend" : ["libraries"]
}
This basically restores your old design, with just "libraries" replacing
"setupLibraries". I can't remember why I suggested removing it.
HTH,
Thomas
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
