Open Bug 387341 Opened 13 years ago Updated 3 years ago

XPCOM timers should participate in cycle collection

Categories

(Core :: XPCOM, defect, P3)

defect

Tracking

()

People

(Reporter: brendan, Unassigned)

Details

See bug 383271. Please cite others bugs like it here, and add FIXME comments citing this bug to any JS cycle breaking that is unnecessary once this bug is fixed. I'll work on this for the next milestone.

/be
Sure, of course -- I remember working with bryner like six years ago on one of those. So turn it around: how many bugs like bug 383271 might there be? Can we do some kind of grep for timer uses from JS that don't break?

/be
(In reply to comment #2)
> Can we do some kind of grep for timer uses from JS that don't break?

Most code I've seen uses timers directly. The only exception I know of, where JS is used to reduce duplication, is GAlarm.
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9+
Fixing bug 330128 might fix most of these issues.
Priority: -- → P3
Sayrer says we have mitigated otherwise. Disowning, hoping we redo XPCOM timers to use less noisy primitives than condvar-scheduled inter-thread communication.

/be
Assignee: brendan → nobody
Target Milestone: mozilla1.9alpha8 → ---
Flags: tracking1.9+ → wanted-next+
You need to log in before you can comment on or make changes to this bug.