RadWindow keeps on loading in Firefox 3

[Martillo]

I've set up an initial test ASPX page to experiment with the Radwindow. I've noticed that in Firefox 3 the parent page continues to load...and load... and load as soon as and long after the Radwindow has opened. As soon as the Radwindow opens, the circling "loading" animation begins spinning in the upper right hand corner of Firefox's menu bar, and the little white window opens up down below on the right-hand side of the browser's status bar, but no progress bar appears, and on the left-hand side of the status bar there's a text message "Transferring data from [my localhost]". This behavior continues after I close the Radwindow and persists until I either reload the page or navigate away from it.

On thing I tried was to load a very simple HTML page that has no javascript and only a small amount of text content. This did not resolve the issue.

I've noticed a similar behavior on the Telerik demo page (http://demos.telerik.com/aspnet-ajax/Window/Examples/Default/DefaultCS.aspx), with the difference being that on the Telerik page this behavior only seems to occur when you close the RadWindow. The status bar and the "Transferring data from demos.telerik.com" message don't appear to stay open indefinitely, but the spinning animation in the upper right goes on and on... I've been searching the forums for an answer to this for at least 15 minutes and whenever I click back to the tab with the demo page, the spinning circle is still there... Please not that I have not tested your demo page extensively...

Any ideas on how to resolve this?

Thanks.

[Serrin]

Hey Martillo,

I've just tested both that demo you pointed to and one of my own projects in FF3.0.5 and cannot reproduce the error.  Then I went back, reloaded, reloaded... and suddenly Firefox was reproducing the aformentioned spinning loading thing.  This is what Firebug tells me about it:

XUL box for span element contained an inline #text child, forcing all its children to be wrapped in a block. This can often be fixed by replacing "display: -moz-inline-box" with "display: -moz-inline-box; display: inline-block".
[Break on this error] undefined
ScriptRe...200000000 (line 5)
XUL box for span element contained an inline #text child, forcing all its children to be wrapped in a block. This can often be fixed by replacing "display: -moz-inline-box" with "display: -moz-inline-box; display: inline-block".
[Break on this error] undefined
browser is null
_registerChildPageHandlers()(true)ScriptRe...290000000 (line 1350)
_onIframeLoad()()ScriptRe...290000000 (line 1395)
createCallback()()ScriptRe...200000000 (line 5)
createCallback()(load )ScriptRe...200000000 (line 5)
[Break on this error] _d9=this._iframe.contentWindow.document;
ScriptRe...290000000 (line 1350)
XUL box for span element contained an inline #text child, forcing all its children to be wrapped in a block. This can often be fixed by replacing "display: -moz-inline-box" with "display: -moz-inline-box; display: inline-block".
[Break on this error] undefined

Sorry, firebug doesn't paste nice.  So I played around with the demo to see where this problem was originating- doesn't do it for Yahoo, doesn't do it for Google, but does for Facebook... then I tried opening a RadWindow to Telerik.com and got the original error plus:

XUL box for span element contained an inline #text child, forcing all its children to be wrapped in a block.  This can often be fixed by replacing "display: -moz-inline-box" with "display: -moz-inline-box; display: inline-block".

http://l.yimg.com/d/a/1-/java/promotions/js/ad_eo_1.1.js

Line 4

Sounds like a nice browser specific error based on the css recommendations, but wanted to throw the info I found into this topic as well.

[Martillo]

Serrin,

Thanks for doing the research. It looks like this is something we'll have to live with for a while...