I was trying to nail down a problem I'm having with Safari 4 on Snow Leopard, when using the <audio> tag a request is issued to the src server, but it does happen twice. This problem got my attention because we pay per hit on the remote storage where we keep files.
A test case is needed here - does this happen with every <audio> element or does it depend on the content type; does it happen with <video> as well, etc.
(In reply to comment #1) > A test case is needed here - does this happen with every <audio> element or > does it depend on the content type; does it happen with <video> as well, etc. hi Eric, I'm on a tight schedule, will post back a test case and some other findings soon. thanks for the attention.
after conducting other tests the same behaviour can be observed even with the video tag. steps to reproduce are simple: consult the log file of an http server and use the server address as src, upon page load webkit will call src twice, sometimes even three times. it doesn't matter what media is being played.
Actually, I've observed this too. The multiple requests are issued by the CoreMedia User Agent. In my case - User-Agent: Apple Mac OS X v10.6.2 CoreMedia v1.0.0.10C540. Each request has a different "Range" header, and each request is on a different (sequential, consecutive) port. Looks like parallel/progressive downloading to me :) I have a packet dump here, will provide on request.
(In reply to comment #4) > > I have a packet dump here, will provide on request. That would be very helpful, thanks!
Created attachment 48739 [details] Packet Dump Generated with Wireshark. Hopefully there isn't anything personally identifiable in the cookies, etc. If there is, keep it to yourself ;)
Created attachment 48740 [details] Packet Dump - Round 2 Whoops. I was a little overzealous when filtering out those packets. Here's the extended version ;)
There are some stackoverflow post (but old) with mention of this issue but unable to find recent one. Is this still applicable?