Closed Bug 832474 Opened 11 years ago Closed 8 years ago

nsDeleteDir initializes timer off the main thread

Categories

(Core :: Networking: Cache, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: michal, Assigned: michal)

References

Details

Timer in nsDeleteDir::PostTimer() is often initialized off the main thread which is not allowed according to http://mxr.mozilla.org/mozilla-central/source/xpcom/threads/nsITimer.idl#56
Just let you know that there is bug to make this thread safe (not sure about the number right now, ask Jason).
I mean to make starting the timer safe off the main thread, not fixing nsDeleteDir.
Depends on: 792920
INVALID now that off thread use is safe
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Reopening since we initialize and cancel the timer on a different thread.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
is this still a concern?
Flags: needinfo?(michal.novotny)
Whiteboard: [necko-backlog]
(In reply to Patrick McManus [:mcmanus] from comment #5)
> is this still a concern?

I don't think this (in browser) is a problem with the default config.

The timer is multithreaded only partially.  But I'd rather fix the timer than the old cache code.
Status: REOPENED → RESOLVED
Closed: 11 years ago8 years ago
Resolution: --- → WONTFIX
I don't remember exactly what is the problem with initializing and canceling timer on different thread. If the worst what can happen is that the timer is run even if Cancel() was called then it's IMO not worth fixing this bug. We use nsDeleteDir in the new cache only to delete the inactive cache if it exists and this code should go away one day together with the old cache.
Flags: needinfo?(michal.novotny)
Whiteboard: [necko-backlog]
You need to log in before you can comment on or make changes to this bug.