818388 - Page loading indicator continues to spin after page has loaded

Status: RESOLVED WORKSFORME

(Core :: CSS Parsing and Computation, defect)

Description

[sgrock]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20100101 Firefox/17.0
Build ID: 20121128204232

Steps to reproduce:

Go to http://earthquaketrack.com/recent (or nearly any url on this site).  Note the loading indicator




Actual results:

The loading indicator continues spinning after the page has finished loading.  It continues spinning indefinitely.

This happens nearly every page load (for this site) though very rarely the loading indicator stops as expected.


Expected results:

The loading indicator should stop spinning.  Looking in the developer console with Net logging enabled seems to confirm that no resources are loading (though the indicator continues to spin).

Chrome does not display this behavior (making me suspicious it's a FF bug and not an issue with the site).  I have not observed this behavior loading other sites in FF.

Comment 1

[Cork]

I suspect that this might be the reason, but not sure.

GET http://csi.gstatic.com/csi?v=2&s=mapsapi3&action=apiboot&rt=jl.112,mc.113,mc.179,mc.215,mc.242,mc.268,smv.639,smv.647,mb.766,mb.811,mb.827,mb.841,mb.853,smv.1089,dm.1089,prt.1089,plt.1088,smv.1100,dm.1100,smv.1108,dm.1108,ep.1733,ep.1757,ep.2447,ep.3071,ep.3372,vt.3554,mt.3558&size=630x470&maptype=h [HTTP/1.1 204 No Content 422ms]

Comment 2

[Alice0775 White]

Regression window
Good:
http://hg.mozilla.org/mozilla-central/rev/3b46b03dff5c
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 ID:20120815053101
Bad:
http://hg.mozilla.org/mozilla-central/rev/d67c02074ced
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 ID:20120815065301
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3b46b03dff5c&tochange=d67c02074ced



In local build:
Last Good: 5c730c1f2274 +d5e42dcb36fd+d67c02074ced
first Bad: 55b5cab554b5 +d5e42dcb36fd+d67c02074ced
Triggered by :
55b5cab554b5	Kyle Huey — Bug 697230: Part 2 - Push onload blocking logic down into imagelib. r=joe sr=bz

Comment 3

[Alex Keybl [:akeybl]]

Given the fact that this is a recent regression, would be great to take a low risk fix in FF18. We won't block the release, but this is worth tracking.

Comment 4

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

###!!! ASSERTION: Double UnblockOnload!?: 'mCurrentRequestFlags & REQUEST_BLOCKS
_ONLOAD', file c:/dev/mozilla-inbound/content/base/src/nsImageLoadingContent.cpp
, line 525

I'll look into it.

Comment 5

[Lukas Blakk [:lsblakk] use ?needinfo]

This doesn't meet ESR landing criteria.  Without sign of significant user effect, we'll have to get this fix in the next cut-over from mainline (I believe ESR 24).

Comment 6

[bhavana bajaj [:bajaj]]

(In reply to Kyle Huey [:khuey] ([e-mail]) from comment #4)
> ###!!! ASSERTION: Double UnblockOnload!?: 'mCurrentRequestFlags &
> REQUEST_BLOCKS
> _ONLOAD', file
> c:/dev/mozilla-inbound/content/base/src/nsImageLoadingContent.cpp
> , line 525
> 
> I'll look into it.

Kyle, any update here ? Checking to see if we can have a low risk fix here before Tuesday(Dec 15) which is when FF18 beta 5 goes to build.

Comment 7

[Alex Keybl [:akeybl]]

This hasn't been a major issue post-release, so no need to track for upcoming releases.

Comment 8

[sgrock]

It looks like this issue still exists in FF18.  I'm still observing it as described in the initial report.  Are there no plans to fix this in a future version of FF?

Comment 9

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

If there were no plans to fix it, this bug would have been closed as WONTFIX.  If it were fixed, this bug would have been closed as FIXED.  Since neither is the case, the bug is still there and we still plan to fix it.

Comment 10

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

I don't remember which bug, but we fixed this some time in the Firefox 21 cycle.  It WFM on Nightly and Aurora.