Closed Bug 974720 Opened 10 years ago Closed 10 years ago

Pandora.com broken with HTTP cache v2

Categories

(Core :: Networking: Cache, defect)

x86_64
Windows 7
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: stephend, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(3 files)

Build identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0

STR:

1. With the latest nightly (https://hg.mozilla.org/mozilla-central/rev/bf0e76f2a7d4) on Windows 7, load http://www.pandora.com
2. Log in, try to play music

Actual Results:

"It's taking too long to load..."

Expected Results:

Just Works (tm)

I've found that if I disable/set browser.cache.use_new_backend_temp to |false|, this Just Works (tm) -- same build, no need for restart, etc.
This is interesting!  Are able to provide an NSPR log of the device?
Attached file NSPR_log.txt
As requested, with: timestamp,nsHttp:4,cache2:5,cache:5
(Pandora doesn't work when accessed out of US.)
Stephen, can I ask you one more favor?  Since I actually cannot reproduce from here (unless I have a proxy at US) can you also produce a NSPR log while the new cache is off?  Please keep the same scenario/steps, I'd like to do a line by line compare then and see where we deviate.

Thanks!
Flags: needinfo?(stephen.donner)
Here's a logfile with the same STR, but with browser.cache.use_new_backend_temp set to |false| (and Pandora works).
Flags: needinfo?(stephen.donner)
Honza, I don't know how complex Pandora's networking is, but we could certainly setup a squid proxy for you in the US.  Or you could use a VPN?
(In reply to Jason Duell (:jduell) from comment #7)
> Honza, I don't know how complex Pandora's networking is, but we could
> certainly setup a squid proxy for you in the US.  Or you could use a VPN?

Jason, proxy would be great.  I'm not sure how to use our VPN for this, AFAIK, the MV VPN has no external internet access.
Summary: browser.cache.use_new_backend_temp set to true breaks Pandora on latest nightly → Pandora.com broken with HTTP cache v2
Will track this for now due to impact to our users.
(In reply to Benjamin Kerensa [:bkerensa] from comment #9)
> Will track this for now due to impact to our users.

The cache2 trial has ended - cache2 is now disabled on Nightly again.  Before we do it again or enable for real, this will be fixed.
So, despite all information I got from Stephen (thanks for it!), I cannot reproduce at all.  I installed most of the extension Stephen reported to me he had installed, also set the prefs influencing http and cache.  No change, I still can load pandora.com content correctly.

Stephen, it could be some extension - you have a lot of them installed, I think it's a conflict.  Would you be willing to turn them one by one off and check which it could be?
Flags: needinfo?(stephen.donner)
I'll attach a logfile of it happening, yet in Safe Mode.
Flags: needinfo?(stephen.donner)
Severity: critical → major
Stephen, any news?  

Actually, only thing I'd like to ask you is to *send me your prefs.js file* (feel free to send privately to my bugzilla mail.)

Thanks.
Flags: needinfo?(stephen.donner)
@ Honza- Stephen is out on PTO. I'll email you to see if I can get you what you need.
(In reply to Honza Bambas (:mayhemer) from comment #14)
> Stephen, any news?  
> 
> Actually, only thing I'd like to ask you is to *send me your prefs.js file*
> (feel free to send privately to my bugzilla mail.)
> 
> Thanks.

Apologies for the delay -- on protracted, family matters -- I can't reproduce this, any longer, using the identical profile as before, given the latest trunk build(s): http://www.screencast.com/users/stephendonner/folders/Jing/media/f625cc86-52c9-4c66-9a2c-07ccddb0650b
Flags: needinfo?(stephen.donner)
Thanks.  Just let you know we turned the new cache off again.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: