Are there any other thoughts as to why IE might be having trouble like this with RPC calls?
Steve T. -----Original Message----- From: Jasvir Nagra [mailto:[email protected]] Sent: Wednesday, September 23, 2009 11:52 AM To: [email protected] Subject: Re: Having trouble with IE 7 RPC calls after changing the view On Wed, Sep 23, 2009 at 8:12 AM, Terlecki, Stephen < [email protected]> wrote: > When in IE 7, rpc calls work fine after the initial rendering, but > when I change the view for a gadget to canvas (changing the src of the > iframe to the new view), the rpc calls don't work anymore. I tracked > the problem through the NIX transport and it appears that the problem > is that the gadget tries to attach to the NIX channel that the > container has already opened when the view has changed, but the > window.opener property is null (from what I can tell from the windows > scripting debugger and stepping through). Since the opener property > is null, the gadget can't initialize the transport and the rpc code > sets the transport to the fallbackTransport that just ignores all rpc calls > for that particular gadget. > > Has anyone else experienced this problem? Or does anyone have > suggestions for how I change the view on the gadget that might avoid > this issue altogether? Is the answer to just dump the iframe > rendering approach and switch to caja, since I seem to have nothing > but problems with the iframes lately? > As it stands today on Shindig, caja renders inside an iframe too. To remove the iframe would require refactoring Shindig at the very least to separate the gadget content rewriting from the feature injection. See Abe Music's earlier emails on this list. > > Thanks, > > Steve T. > >
