Closed
Bug 764337
Opened 13 years ago
Closed 13 years ago
Firefox 14+ requests images inserted by JS multiple times if not cached
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
VERIFIED
FIXED
mozilla16
People
(Reporter: strayer, Assigned: michal)
References
Details
(Keywords: regression)
Attachments
(2 files)
10.54 KB,
image/png
|
Details | |
1.16 KB,
patch
|
mayhemer
:
review+
akeybl
:
approval-mozilla-aurora+
akeybl
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
I visited http://www.crazy-factory.com/product_listing_ng.php?cat_id=316 and noticed that the product images load very slow.
After investigating with Firebug and Fiddler2 I noticed that the product images inserted by JavaScript are requested multiple times, blocking each other. As soon as they are locally cached the problem doesn't occur anymore.
This only happens in Firefox 14 and above, Firefox 13 shows no problems. This was tested in a clean Windows XP VM with clean profiles. Versions:
Firefox Stable 13.0 (working as expected)
Firefox Beta 14.0
Aurora 15.0a2 (2012-06-12)
It does not happen in IE9 and Chrome 21.
Sadly I was not able to create a reduced test case - all reduced test cases that I ran locally didn't have that problem and requested the images just fine from the original server.
If needed, all minified JavaScript files are also available uncompressed on the server, just remove ".min" from the URL.
![]() |
||
Comment 1•13 years ago
|
||
Steve, would you be willing to find the day that this broke using http://harthur.github.com/mozregression/ ?
I can totally understand if you don't want to commit to that, by the way. Just let me know.
I was bored, so I fiddled with the mozregression tool.
It looks like this broke in the nightlies between 2012-03-23 and 2012-03-24...
Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ab2ff3b5611f&tochange=df1f94b2bdee
![]() |
||
Comment 3•13 years ago
|
||
Thanks!
for Inbound this is:
Last good nightly: 2012-03-22
First bad nightly: 2012-03-23
Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=dd6e82e5edac&tochange=d2693e86769d
![]() |
||
Comment 4•13 years ago
|
||
HG Bisect tells:
The first bad revision is:
changeset: 89771:5b61e3d75735
user: Michal Novotny <michal.novotny@gmail.com>
date: Thu Mar 22 23:53:55 2012 +0100
summary: Bug 722033 - Use asyncOpenCacheEntry() in nsHttpChannel::OpenOfflineCacheEntryForWriting()
(Had to apply add2ed43cc05 on each Run due to Build Failures)
Blocks: 722033
Status: UNCONFIRMED → NEW
status-firefox14:
--- → affected
status-firefox15:
--- → affected
status-firefox16:
--- → affected
tracking-firefox14:
--- → ?
tracking-firefox15:
--- → ?
tracking-firefox16:
--- → ?
Ever confirmed: true
Keywords: regression
Comment 5•13 years ago
|
||
cc'ing Michal on this - are we looking at a forward fix here or a backout of bug 722033 to make sure we don't ship 14 with this regression?
Assignee: nobody → michal.novotny
Assignee | ||
Comment 6•13 years ago
|
||
We call ContinueConnect() in OnCacheEntryAvailableInternal() even if the channel was canceled. This patch is a quick fix for this issue. I still need to check all other failures in OnNormalCacheEntryAvailable(), OnOfflineCacheEntryAvailable() and OnOfflineCacheEntryForWritingAvailable() whether we correctly cancel the request or continue without the entry...
Attachment #638761 -
Flags: review?(honzab.moz)
![]() |
||
Comment 7•13 years ago
|
||
Comment on attachment 638761 [details] [diff] [review]
fix
Review of attachment 638761 [details] [diff] [review]:
-----------------------------------------------------------------
r=honzab
checked this aborts the channel and calls OnStart/OnStopRequest just ones for this case
::: netwerk/protocol/http/nsHttpChannel.cpp
@@ +5522,5 @@
> }
> return NS_ERROR_DOCUMENT_NOT_CACHED;
> }
> + if (mCanceled)
> + return rv;
Definitely needs a comment what this causes and why it is here.
Attachment #638761 -
Flags: review?(honzab.moz) → review+
Assignee | ||
Comment 8•13 years ago
|
||
Target Milestone: --- → mozilla16
Comment 9•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
![]() |
||
Comment 10•13 years ago
|
||
Verified using Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120705030540. Thanks for the quickly Fix!
Status: RESOLVED → VERIFIED
Assignee | ||
Comment 11•13 years ago
|
||
Comment on attachment 638761 [details] [diff] [review]
fix
[Approval Request Comment]
Bug caused by (feature/regressing bug #): 722033
User impact if declined: some resources would be fetched from the net multiple times
Testing completed (on m-c, etc.): https://tbpl.mozilla.org/?tree=Try&rev=dad6ce8b9a25
Risk to taking this patch (and alternatives if risky): probably none
String or UUID changes made by this patch: none
Attachment #638761 -
Flags: approval-mozilla-beta?
Attachment #638761 -
Flags: approval-mozilla-aurora?
Comment 12•13 years ago
|
||
Comment on attachment 638761 [details] [diff] [review]
fix
[Triage Comment]
Approving for all branches in case the http://www.crazy-factory.com/ user experience is a canary in the coal mine for other web regressions caused by bug 722033.
Attachment #638761 -
Flags: approval-mozilla-beta?
Attachment #638761 -
Flags: approval-mozilla-beta+
Attachment #638761 -
Flags: approval-mozilla-aurora?
Attachment #638761 -
Flags: approval-mozilla-aurora+
Assignee | ||
Comment 13•13 years ago
|
||
Comment 14•13 years ago
|
||
(In reply to Michal Novotny (:michal) from comment #13)
> https://hg.mozilla.org/releases/mozilla-aurora/rev/ebea5096017e
> https://hg.mozilla.org/releases/mozilla-beta/rev/cd89f913b87b
Thanks Michal!
You need to log in
before you can comment on or make changes to this bug.
Description
•