I've seen this behavior in the past in a couple different circumstances. In my experience, it was usually due to an intermingling of Browser, DOM ready state, CSS/DOM style properties, container IFRAME markup/height & width configuration points, and gadgets.window.adjustHeight.
That might not be the case in your scenario, but it's the first place I'd look. Taylor On 4/21/09 11:30 AM , "Jordan Zimmerman" <[email protected]> wrote: >> I'm pretty sure we've run across this intermittently as well. > I've been debugging it for the past few days. I'll report back what I > find. Here's what I know so far... > > * It does NOT appear to be a caching issue. I've hard-coded Shindig and > my application to do no caching at all. I've even marked all pages as > non-cacheable. > > * I think it has something to do with multiple newDataRequest(). My > current suspicion is that an internal queue in Shindig is getting > overwritten. > > > Jordan Zimmerman > Principal Software Architect > 831.647.4712 > 831.214.2990 (cell) > [email protected] > > SHOP*COMTM > Shop Smart, Save Big(tm) > www.shop.com > > This message (including any attachments) is intended only for > the use of the individual or entity to which it is addressed and > may contain information that is non-public, proprietary, > privileged, confidential, and exempt from disclosure under > applicable law or may constitute as attorney work product. > If you are not the intended recipient, you are hereby notified > that any use, dissemination, distribution, or copying of this > communication is strictly prohibited. If you have received this > communication in error, notify us immediately by telephone and > (i) destroy this message if a facsimile or (ii) delete this > message > immediately if this is an electronic communication. > > Thank you.
