Dan, long time in replying as I got a little confused here. I thought that the opt_params in the samplecontainer.js was what was getting passed to the core:rpc:pubsub:shindig-container.js. but when the error occurs my debug call in the samplecontainer.js is not called. I am unclear as to how to trap the paramData. Is core:rpc:pubsub:shindig-container.js derived through the gadgets.servlet.JsServlet? I'm looking at the code of core:rpc:pubsub:shindig-container.js in firebug but cannot find the content on search of the source code tree. I'm obviously missing something. Probably fundamental!
Derek On 20 Jul 2011, at 21:52, Dan Dumont wrote: > What's in paramData when it's failing? > > > > From: Derek Houghton <[email protected]> > To: [email protected] > Date: 07/20/2011 04:49 PM > Subject: sample container error > > > > Hi, > Every so often when using the sample container in jetty, when I try and > load in a new gadget I get the error below. (this is a gadget that has > worked perfectly well previously) > I'm using v2.0.0. > Relaunching jetty, clearing browser cache has no effect. I cannot load any > further gadgets. > Help appreciated. > > Derek > > uncaught exception: [Exception... "Component returned failure code: > 0x80460001 (NS_ERROR_CANNOT_CONVERT_DATA)" nsresult: "0x80460001 > (NS_ERROR_CANNOT_CONVERT_DATA)" location: "JS frame :: > http://localhost:8080/gadgets/js/core:rpc:pubsub:shindig-container.js?c=1&debug=1 > > :: makeXhrRequest :: line 4016" data: no] > > and line 4016 of the .js: > > if (paramData !== null) { > xhr.setRequestHeader('Content-Type', opt_contentType || > 'application/x-www-form-urlencoded'); > xhr.send(paramData); > } else { > xhr.send(null); > } > } > > > >
