Closed Bug 197946 Opened 21 years ago Closed 8 years ago

nsProfileLock needs to be factored out of nsProfileAccess

Categories

(Core Graveyard :: Profile: BackEnd, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: ccarlen, Assigned: ccarlen)

References

Details

Two reasons:
(1) The profile dirserviceprovider needs locking when used without profile mgr.
(2) The cache needs to lock its directory when its directory is not within the
profile dir.

As far as module dependencies, we don't want cache to depend on profile. I'd
like to divide the profile stuff into "profiledir" and "profilemgr" The first
would be just for things which use profile-relative data and the 2nd would be
for all the other profile manager stuff.

BTW, I've already done this on a branch for profile sharing - it just needs to
be brought to the trunk.
Blocks: 197904
QA Contact: agracebush → profile-manager-backend
This bug is filed in a bugzilla component related to pre-Firefox code which no longer exists. I believe it is no longer relevant and I am therefore closing it INCOMPLETE.

If you believe that this bug is still valid and needs to be fixed, please reopen it and move it to the Toolkit:Startup and Profile System product/component.
No longer blocks: 1243899
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.