I've experienced this twice since the landing of bug 84945, but I can't of course (yet) prove that it's caused by it... Steps to Reproduce: 1. Use Pandora.com for some time (when I experience this bug, it's after a nearly 4-hour session) 2. During that time, reload often (I usually do a shift-reload) Actual Results: At some yet-to-be-determined point, Pandora.com will fail to load the main .swf file, and attempts to re-fetch it via a shift-reload don't work. Page Info says that https://www.pandora.com/radio/tuner_8_2_0_2_pandora.swf is "Not Cached"; normally, it's stored in memcache. There are no errors in the Error Console... The only remedy for this situation is to Clear Private Data (Cache/Authenticated Sessions; I doubt the latter is necessary); both times this occurred, I fired up Safari and Opera, and both loaded and reloaded just fine, so it doesn't _appear_ to be a network issue. Alfred, any chance you could try to run Pandora.com in a trunk build while at work for a day, just in case you could somehow trap this?
$ curl -I https://www.pandora.com/radio/tuner_8_2_0_2_pandora.swf HTTP/1.1 200 OK Date: Wed, 02 Jan 2008 08:55:28 GMT Server: Apache Last-Modified: Wed, 26 Dec 2007 23:31:49 GMT ETag: "a33d7-dd862340" Accept-Ranges: bytes Content-Length: 668631 Cache-Control: max-age=60 Expires: Wed, 02 Jan 2008 08:56:28 GMT Content-Type: application/x-shockwave-flash max-age is just 60... you probably hit that, so it grabs it again.
A build ID might be nice: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2008010104 Minefield/3.0b3pre.
This is invalid, as far as I can tell; I just ran into this with 184.108.40.206. Sorry for the noise and premature semi-blame.
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.