Closed Bug 599222 Opened 15 years ago Closed 15 years ago

Unresponsive script error in Sync.js during initial sync in Fennec

Categories

(Firefox :: Sync, defect)

ARM
Android
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
fennec - ---

People

(Reporter: mbrubeck, Assigned: mconnor)

References

Details

Attachments

(1 file)

Running a current opt build of Fennec on Android, I got two "Unresponsive script" dialogs for Sync.js, during the initial sync after connecting to my sync account. mfinkle reported the seeing the same thing on a recent Fennec build. Fennec sets dom.max_chrome_script_run_time to 30 seconds - we could increase this if necessary, but we should figure out the cause first.
tracking-fennec: --- → ?
I also see timeouts in Preferences.js and not just during the initial sync
tracking-fennec: ? → 2.0b2+
Component: General → Firefox Sync: Backend
Product: Fennec → Mozilla Services
QA Contact: general → sync-backend
Version: Trunk → unspecified
I'd say that *where* the timeouts occur is rather arbitrary, but they would definitely be more likely during an initial sync since there's just a lot more going on there. I don't know how a DOM script's run time is evaluated to be matched against 'dom.max_chrome_script_run_time' and how this evaluation copes with our funky Sync.js module (whose showing up in this bug is rather accidental I think).
blocking2.0: --- → ?
blocking2.0: ? → final+
Doug tells me there's two bugs that will fix this issue. Which ones are they?
two related bugs (not sure of the bug numbers): 1) logging needs to be disabled for mobile 2) get crypto off of the main thread
(In reply to comment #5) > 1) logging needs to be disabled for mobile Bug 599928 > 2) get crypto off of the main thread Bug 570619
Assignee: nobody → doug.turner
This is really a meta bug. I marked Bug 570619 as blocking b2.
Assignee: doug.turner → mconnor
tracking-fennec: 2.0b2+ → 2.0-
Can we close this bug now?
Better question, is anyone still seeing this?
No reports in a long while, resolving WFM. Other bugs will help with related stuff, but I think this specific case exists now.
Status: NEW → RESOLVED
blocking2.0: final+ → ---
Closed: 15 years ago
Resolution: --- → WORKSFORME
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.

Attachment

General

Created:
Updated:
Size: