694326 - Multiple GET requests on a single resource

Status: RESOLVED DUPLICATE of bug 648568

(Core :: Graphics: ImageLib, defect)

Description

[Bradford]

Attachment: test.html

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Build ID: 20110928134238

Steps to reproduce:

I have created a very simple web page with a "tracking pixel".  This tracking pixel is just an img tag.


Actual results:

What happened was that the tracking company reported duplicate data.  I looked into this and Firebug is showing that *two* GET requests are being made for a single img.


Expected results:

What should have happened is that only one GET request be made.

Note that the code I have supplied uses an invalid resource on example.com, which itself causes the request to abort.  I get the same results with a valid resource, which is why the tracking company reported it in the first place.  

Also, on the real page I have many resources.  For some reason, this specific image tag is the only one that GETs the same resource twice.

Please run the example a few times if you don't see the multiple GET request.  Sometimes it only loads it once.  

Also note that if I take out the link line or the script line, the problem goes away, but then again, it could just be coincidence.  I get this problem with any other css resource, but have used a css file hosted on a Google CDN, so that it could be easily reproduced and because it yields the same problem.

I'll try to upload these files, but in case they don't upload, they can also be accessed on the following sites:

http://pastebin.com/AyEGANzQ
http://i.imgur.com/PWoM1.png

I am using Firefox 7.0.1.

Comment 1

[Bradford]

Attachment: Screenshot of Firebug showing multiple GET requests for the single resource.

Comment 2

[Kevin Brosnan [Ex-Mozilla]]

Getting an independent log showing this transaction would be good. In a clean profile use the Web Console. Tools > web developer > Web console

https://support.mozilla.com/en-US/kb/Managing-profiles

Comment 3

[Kevin Brosnan [Ex-Mozilla]]

Or ideally a http log from https://developer.mozilla.org/en/HTTP_Logging#Logging_HTTP_Activity

Comment 4

[Bradford]

Attachment: http log

Let me know if you need me making these GET requests from a real resource that returns a 200.

Here's the web console data:
[11:27:51.479] file:///Users/bradford/Desktop/test.html
[11:27:51.514] GET http://ajax.googleapis.com/ajax/libs/jqueryui/1.8.16/themes/base/jquery-ui.css [HTTP/1.1 200 OK 34ms]
[11:27:51.530] GET https://example.com/sale.png?amount=9.99&tracking=1234 [undefined 38ms]
[11:27:51.638] GET https://example.com/sale.png?amount=9.99&tracking=1234 [undefined 37ms]

Comment 5

[Bradford]

Note that the content type of the img src for this tracking pixel is text/html.  Not sure if it's freaking out whenever the content type is not an image, such as the case with text/html or Abort.

Comment 6

[Boris Zbarsky [:bzbarsky]]

> Let me know if you need me making these GET requests from a real resource that returns
> a 200.

Yes, please.  For the case attached here, you're just seeing the fact that the image cache does not cache non-image data; there's an existing bug on that.

Comment 7

[Bradford]

Attachment: Log of hitting an host that returns a 200, but host name has been replaced in log files to mask identiy of server.

Also, here's the console

--
[14:10:47.284] file:///Users/bradford/Desktop/test.html
[14:10:47.337] GET http://ajax.googleapis.com/ajax/libs/jqueryui/1.8.16/themes/base/jquery-ui.css [HTTP/1.1 200 OK 80ms]
[14:10:47.341] GET http://www.masking.com/sale.html?amount=0.00&tracking=8942192&transtype=lead&merchantID=blah [HTTP/1.1 200 OK 15ms]
[14:10:47.687] GET http://www.masking.com/sale.html?amount=0.00&tracking=8942192&transtype=lead&merchantID=blah [HTTP/1.1 200 OK 104ms]

Comment 8

[Boris Zbarsky [:bzbarsky]]

That's also returning non-image data for the tracking URI, right?

Comment 9

[Boris Zbarsky [:bzbarsky]]

In which case this is a duplicate of bug 648568.

Comment 10

[Bradford]

Yes.  Thank you.