Closed
Bug 751443
Opened 12 years ago
Closed 12 years ago
sync breaks http protocol in firefox
Categories
(Firefox :: Sync, defect)
Firefox
Sync
Tracking
()
RESOLVED
INVALID
People
(Reporter: trenton.d.adams, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0 Build ID: 20120423123312 Steps to reproduce: Sync with firefox sync Actual results: Connections to large numbers of sites are now broken due to a bad multi-line Accept-Language header. I can disable all plugins, and everything is still broken. I can create a new profile, and it works again, until I sync with firefox sync; I do not need to install any plugins for this to occur. Expected results: It shouldn't break my browser.
Reporter | ||
Comment 1•12 years ago
|
||
Reporter | ||
Comment 2•12 years ago
|
||
Here are the headers. If I change the Accept-Language header to be on one line, and telnet to port 80 of facebook.com, and past that in, everything works just peachy. This still happens even if all plugins/extensions/languages are disabled with safe mode. Furthermore, if I restore my ~/.mozilla directory from backups, I can repeat everything. I restore with a full delete of all content that is not identical to my backup... rsync --delete-after -avz /media/cvsafe/trenta/remote-trenta-20120427-000715/.mozilla/ ~/.mozilla/ Everything works, until I sync; did I say that already? :D GET / HTTP/1.1 Host: www.facebook.com User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.9,fr;q=0.8,en-ca ;q=0.6,en-gb;q=0.5,eo-EO;q=0.4,eo;q=0.3,fr-FR;q=0.1 Accept-Encoding: gzip, deflate Connection: keep-alive HTTP/1.0 400 Bad Request Server: proxygen/113 Content-Length: 50 Content-Type: text/plain Date: Thu, 03 May 2012 01:24:31 GMT Connection: close
Reporter | ||
Comment 3•12 years ago
|
||
This was resolved. IRC conversation below. If you want more details, to try and find out what happened, let me know. I was on #sync at the time. [20:04] <rfkelly> TrentonAdams: I haven't been lurking in #sync, has someone popped up here to help with your bug yet? [20:05] <TrentonAdams> rfkelly, no but I just filed one, and followed the good practise guideline. I wish I knew the bug number now, but I restored my profile from backup again, and lost it. :( [20:05] <rfkelly> https://bugzilla.mozilla.org/show_bug.cgi?id=751443 [20:05] <firebot> Bug 751443 nor, --, ---, nobody, UNCO, sync breaks http protocol in firefox [20:05] <rfkelly> assuming that's you? [20:06] <TrentonAdams> yeah [20:06] <TrentonAdams> I also just tried to force overwrite all my sync data with my "good" backup data. It failed, and I'm having the same problem again. [20:07] <rfkelly> I work on the server-side stuff for sync, not the client, but I can try to help out [20:08] <TrentonAdams> My heart is pounding. I don't like a broken browser, lol. I'm a web developer, ahhhhh. rofl [20:08] <rfkelly> The Accept-Languages header is controller by the about:config setting "intl.accept_languages" [20:08] <TrentonAdams> rfkelly, k, I'll check it out [20:09] <rfkelly> wondering if editing it directly through about:config will cause it to propagate up and fix the broken sync data [20:09] <TrentonAdams> rfkelly, looks like some plugin might have modified it to have funny characters, just a sec. [20:09] <TrentonAdams> yay, works again. [20:09] <rfkelly> \o/ [20:09] <TrentonAdams> I removed some spaces and what not [20:10] <rfkelly> hopefully this will sync back up to the server and resolve the problem everywhere [20:10] <TrentonAdams> rfkelly, thanks very much. I'll post the result in the bug, and you can close it. That way if someone else has a problem, they might find it. :D [20:10] <rfkelly> thanks, glad I was able to help out! [20:11] <TrentonAdams> rfkelly, mind if I just copy/paste our IRC conversation? [20:11] <rfkelly> please do [20:11] <rfkelly> I'll leave closing of the bug to client-side folks, since they may want to investigate where this corruption came from, add some checks against it, etc
Reporter | ||
Comment 4•12 years ago
|
||
One more thing. I synced again, and another one of my computers is fixed too. So, it does get propagated back just fine.
Comment 5•12 years ago
|
||
Marking confirmed and cc'ing gps for review
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•12 years ago
|
||
I have no clue how Sync could manage to break the entire network stack.
Component: General → Firefox Sync: Backend
QA Contact: general → sync-backend
Comment 7•12 years ago
|
||
Theory: some addon broke it by putting garbage in intl.accept_languages, sync just propagated the breakage to other machines.
Comment 8•12 years ago
|
||
We sync that pref, and it's writable by any addon. This bug can better be rephrased as "addons can break Firefox by writing to prefs, and if those prefs are whitelisted for syncing then it'll break your other machines, too". That's a potential footgun, yes, but Sync is just the gun, not the bit doing the aiming. There might be a bug here, but it's not a sync bug: it's "intl.accept_languages should be validated". Gonna file that.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Comment 9•12 years ago
|
||
Filed Bug 751462.
Assignee | ||
Updated•6 years ago
|
Component: Firefox Sync: Backend → Sync
Product: Cloud Services → Firefox
You need to log in
before you can comment on or make changes to this bug.
Description
•