Closed Bug 705279 Opened 9 years ago Closed 9 years ago
_ERROR _NOT _AVAILABLE in ns IHttp Channel .response Status
4.23 KB, text/plain
1.89 KB, text/plain
1.63 KB, text/plain
1.55 KB, text/plain
3.41 KB, application/octet-stream
3.66 KB, text/plain
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0.1) Gecko/20100101 Firefox/8.0.1 Build ID: 20111115014305 Steps to reproduce: Start Firefox. Actual results: Receive sync error almost immediately and the over and over again during browsing session. AFAIK there's no way to easily toggle syncing on and off. A Sync log showing an unexpected exception is attached. Expected results: No sync error message should have occurred. This seems to have started happening after I upgraded to 8.0.1
Product: Firefox → Mozilla Services
QA Contact: general → general
Version: 8 Branch → unspecified
Martin: do you have a proxy PAC file ("automatic proxy configuration URL") set? I believe this is Bug 690170, which is fixed in Firefox 10, but your symptoms seem slightly different.
Component: General → Firefox Sync: Backend
QA Contact: general → sync-backend
Summary: Initial and reoccurring Sync error on application startup → NS_ERROR_NOT_AVAILABLE in nsIHttpChannel.responseStatus
Richard: I do have auto-detect network proxy settings enabled, but none should be found at this time.
Addition information: The initial error message: > Sync encountered an error while connecting: Server incorrectly configured. Please try again. is different from the one that follow: > Sync encountered an error while synching: Unknown error. Sync will automatically retry this action. Also there are different error logs produced each time a message is displayed. I will add a series of 4 of them, produced sequentially, beginning with startup.
This corresponds to the initial "Server incorrectly configured" error message.
Attachment #576927 - Attachment is obsolete: true
Note that for some reason this log file is not plain text like the first 3 were.
Comment on attachment 577115 [details] 4th in series of sequential error logs produced. This error log is NOT plain/text -- or it's using some unknown encoding.
(In reply to Martin Miller from comment #3) > The initial error message: … > is different from the one that follow: Yes, that's expected. Same error occurring in different places is deduced to have a different cause in each. (In reply to Martin Miller from comment #2) > Richard: I do have auto-detect network proxy settings enabled, but none > should be found at this time. OK, that confirms my hypothesis. Thanks. If you give Aurora a try, I'm interested to see if the problem goes away.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I was able to get the Sync errors to stop by changing my Network Connect settings to 'no proxy' from auto-detect -- which is fine because I'm not using one at this time. Something that happens when auto-detection is on seems to be causing both the initial as well as the follow-on errors in different places. I'll check out the situation with Aurora and report back.
(In reply to Martin Miller from comment #10) > Something that happens when auto-detection is on > seems to be causing both the initial as well as the follow-on errors in > different places. Yes, this problem is well-understood, and is fixed in Firefox 10, which is why I suggested you try Aurora.
@Richard: It does not appear to be fixed in Aurora 10.0a2 (2011-11-27). What happens is a little different though. After turning auto detect proxy back on, the first error message is "Sync encountered an error while syncing: Unknown error" and the second was "Incorrect account name or password". Apparently sometimes an error doesn't produce an error message, only an error-*.log file. I'll add a .zip archive with three consecutive error logs from Aurora in it, including the initial one. One of the following two did not cause an error message to display.
Even with my network connection setting set to no proxy, I got a "Sync encountered an error while syncing: Unknown error" message. From the log it looks the cause is an exception in Sync.CollectionKeys: "TypeError: this[defer] is null" decrypting storage keys with sync key. I'll attach the complete error log, the file name is error-1322596954844.txt. Question: Is this related to the original bug I reported or is it something different (and should be reported as such)?
(In reply to Martin Miller from comment #14) > Question: Is this related to the original bug I reported or is it something > different (and should be reported as such)? Looks different; might be related. A new bug report would be great. Thanks!
This is possibly fixed in bug 690170 (Firefox 10). If not, it is almost certainly fixed in bug 704539 (Firefox 12). If you still experience the issue after upgrading, please reopen this bug.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 704539
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.