Bug 833074

Summary: Firefox SSL seems to be broken with gmail.com
Product: [Fedora] Fedora Reporter: Trever Adams <trever>
Component: firefoxAssignee: Martin Stransky <stransky>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 17CC: gecko-bugs-nobody, stransky
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-26 10:18:32 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Screenshot of failure none

Description Trever Adams 2012-06-18 14:18:44 UTC 
Description of problem:
Firefox 13 displays a bunch of garbage on gmail.com in Linux. This appears to be a failure of SSL/TLS as the login page is just garbage.

Version-Release number of selected component (if applicable):
firefox-13.0-1.fc17.x86_64

How reproducible:
Everytime

Steps to Reproduce:
1. Use Firefox 12 
2. Go to gmail.com
3. Everything works
4. Upgrade and try again
5. Everything breaks
 

This does not appear to affect other SSL/TLS websites (I don't use many).
Comment 1 Martin Stransky 2012-06-21 14:01:19 UTC 
Can you paste screenshot of the garbage/webpage? I can't reproduce it on my box.
Comment 2 Trever Adams 2012-06-21 15:02:08 UTC 
Created attachment 593475 [details]
Screenshot of failure

Is there a way to temporarily disable all addons to see if they are the problem?

I use community ubiquity, firebug, and beeftaco (on some systems) and link status redux.
Comment 3 Martin Stransky 2012-06-21 15:04:07 UTC 
Yes, run Firefox in safe mode, by "firefox -safe-mode" on terminal.
Comment 4 Trever Adams 2012-06-21 15:07:23 UTC 
Alright, I have tried with all plguins disabled. It doesn't work. I have tried in epiphany, it works there so it isn't some weird DNS hijack.
Comment 5 Trever Adams 2012-06-21 15:08:38 UTC 
I have blown away my profile cert8.db just in case I had some bad certs. This didn't fix anything.
Comment 6 Trever Adams 2012-06-25 06:46:51 UTC 
I am very sorry. My profile became corrupted somehow in the upgrade. The following key in the settings was zeroed "network.http.accept-encoding". Of course it should contain "gzip,defalte".

I am not sure how this should be closed as it is a bug that the settings became screwed up. Was it unique to my setup? Maybe.
Comment 7 Martin Stransky 2012-06-26 10:18:32 UTC 
Thanks for the info.
Comment 8 Trever Adams 2012-07-20 16:04:12 UTC 
Ok, There is something seriously wrong going on with Firefox packaging. My accept-encoding in settings just went empty again with the Firefox 14 package!
Comment 9 Martin Stransky 2012-07-23 08:46:29 UTC 
Can you try to create a new empty profile? Was the preference lost by update from ff 13 to ff 14? Can you reproduce it (if you downgrade to firefox 13, set up the preference and update firefox to ff 14).
Comment 10 Trever Adams 2012-07-24 12:00:03 UTC 
I was unable to reproduce with empty profile. Yes, FF12 to 13 and 13 to 14. I do not know if this is relevant or not, but I use my own weave server with sync. It also seems to only happen once per upgrade (I have a Windows Domain account and several Linux accounts on different machines synced with this weave server and it only happens on the first machine to start the upgraded FF. If I fix it there, it doesn't show up elsewhere.)

I will have to try the downgrade/upgrade later.