Closed
Bug 452087
Opened 16 years ago
Closed 9 years ago
nsProfileLock::Lock sets mHaveLock on some failures
Categories
(Core Graveyard :: Profile: BackEnd, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: wbardwel, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Build Identifier:
In nsProfileLock::Lock it sets mHaveLock in a couple of failure cases for OSX and unix. Basically at the end of the code that locks stuff rv is set to the result from LockWithSymlink(), but that is never checked before setting mHaveLock to PR_TRUE. Presumably there should be a check and return that avoids that.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Updated•16 years ago
|
Component: Networking: File → Profile: BackEnd
QA Contact: networking.file → profile-manager-backend
Blocks: 1243899
Comment 1•9 years ago
|
||
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: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Assignee | ||
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•