Open Bug 1274113 Opened 10 years ago Updated 3 years ago

Add a non-component manager way to get a timer

Categories

(Core :: XPCOM, defect)

defect

Tracking

()

People

(Reporter: khuey, Unassigned)

Details

Attachments

(1 file, 1 obsolete file)

Attached patch Patch (obsolete) — Splinter Review
Using do_CreateInstance for this is silly.
Attachment #8754168 - Flags: review?(nfroyd)
Comment on attachment 8754168 [details] [diff] [review] Patch Review of attachment 8754168 [details] [diff] [review]: ----------------------------------------------------------------- I have virtually this exact patch in my own tree and it fails miserably in tests, because some code implicitly relies on timer instances not being created after shutdown (!), and removing |rv| and null checks causes this to fall over.
Attachment #8754168 - Flags: review?(nfroyd) → review-
Attached patch PatchSplinter Review
Ok ... that's awful. But I still need this in this case, so lets cut it back to the basics.
Attachment #8754168 - Attachment is obsolete: true
Attachment #8754548 - Flags: review?(nfroyd)
Comment on attachment 8754548 [details] [diff] [review] Patch Review of attachment 8754548 [details] [diff] [review]: ----------------------------------------------------------------- This is still footgunny. I agree that it's just stupid to go through XPCOM like this, but a non-XPCOM solution needs to be as safe as the XPCOM solution. What do you really need this for?
Attachment #8754548 - Flags: review?(nfroyd)
I wanted it to be able to use timers without initializing XPCOM, which is one of the few bits of chromium support code the plugin process uses.
Assignee: khuey → nobody
Status: ASSIGNED → NEW
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: