310365 - Tab throbber keeps throbbing, page URL not shown in URL bar, loading progress bar disappears correctly

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Jennifer]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b5) Gecko/20050928 Firefox/1.4
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b5) Gecko/20050928 Firefox/1.4

Please refer to the uploaded QuickTime movie [Apple Animation codec], which
demonstrates the behavior. The throbber on the tab continues to spin even when
the page has completed loading and the URL bar at the bottom right of the screen
has disappeared. The throbber at the top right is no longer spinning. However,
the URL bar doesn't show the correct URL (in this example, it's showing the URL
of the submission page for this bug, coming from the other tab). The page URL
does show correctly in the Page Info tab. Note: The Stop-And-Reload Button
extension does change the Stop button to the Reload button, indicating that the
page did indeed finish loading ... but the tab throbber and URL bar never
notice. The URL bar should show the URL of the page as it is loading.

Reproducible: Always

Steps to Reproduce:
1. Load page given in the URL section of this bug
2. Page loading completes
Actual Results:  
Throbber throbs ... and throbs ... and throbs ... and URL never shows in URL bar


Expected Results:  
Tab throbber should disappear and be replaced with favicon, if there is one; URL
of loaded page should appear in URL bar

Comment 1

[Jennifer]

Attachment: QuickTime showing problem

Codec is Apple Animation, made with Snapz Pro X 2.0.2 & QT 7.0.2

Comment 2

[Ryan Flint [:rflint] (ping via IRC for reviews)]

There's some media from Akamai that's taking a ridiculously long time to time
out towards the bottom of the page. The throbber is doing what it's intended to
do by throbbing until all of the media on the page has loaded.

Comment 3

[Jennifer]

I'm not sure this should be flagged as resolved, since the throbber shouldn't be
acting like the page isn't loaded in one place and acting like it is elsewhere.
On another test load of the page just now (the first time it has ever acted
differently than I show) I'm getting different behavior -- the main throbber
keeps throbbing, the "transferring data" text shows up, and the progress bar is
showing in the statusbar. In addition, the URL bar is showing correctly. This
isn't the same behavior. I do get this problem on other pages from time to time,
too.

Comment 4

[Brian Hardy]

Confirmed with the following UA:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b5) Gecko/20051006
Firefox/1.4.1

Sometimes the URL fails to appear in the location bar, sometimes it does not; I
haven't determined the distinction between such cases.

Comment 5

[buggy]

I'm getting this bug for other URLs, but not the money.cnn.com one above.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1

It consistantly happens for this URL: 
http://zip.4channel.org/v/imgboard.html

The statusbar always says "Transferring data from data.4channel.org", and the location bar either shows other sites' URLs on that tab, or shows that URL on different sites' tabs. Also, if you click on a textbox in another table (so you get a blinking cursor), it'll show up on top of the page when you switch back.

Comment 6

[Brian 'netdragon' Bober]

I'm seeing this issue on http://apps.eyewonderlabs.com/adWdrVideoSpace/ad/test/brian/msnajax07/dap/ajax.htm and according to people at Windows Live Mail, this issue blocks other content from loading.

document.close() and document.stop() do nothing.

Nothing is being requested.

Considering the market share of Firefox 2.0 and 1.5 already, I'd be just as happy if someone knew of a workaround.

Comment 7

[Brian 'netdragon' Bober]

fyi, the general way the link I provided above works is:

 * iframe is created with about:blank set for src attribute
 * JS is written into frame, which writes out the content you see inside of the frame.
 * At the end, JS calls document.close()

Comment 8

[:Gijs (he/him)]

I can't reproduce this on a recent version of Firefox, so marking works for me. Please feel free to reopen with a testcase where this still occurs. Thank you!