Closed Bug 189891 Opened 22 years ago Closed 22 years ago

Browser doesn't revalidate lock file in user-profile

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 151188

People

(Reporter: dothebart, Assigned: ccarlen)

References

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212

if mozilla or the session or the whole machine crashes, there remains a
lock-file in the mozilla profile, preventing it from being used twice. Mozilla
should be able to detect, if the other mozilla the lock file belongs to, is
still running.

Reproducible: Always

Steps to Reproduce:
1.start mozilla
2.kill it with SIGKILL
3.try to restart it

Actual Results:  
mozilla shows the profile selection dialog and won't use the profile anymore

Expected Results:  
mozilla should detect the other mozilla has gone away and remove the lock-file
by itself.
*** Bug 189892 has been marked as a duplicate of this bug. ***
.
Assignee: asa → ccarlen
Component: Browser-General → Profile Manager BackEnd
QA Contact: asa → ktrina
Whiteboard: DUPEME
Reporter: Please test this using a recent nightly.
Component: Profile Manager BackEnd → Browser-General
QA Contact: ktrina → asa
Whiteboard: DUPEME
> mozilla should detect the other mozilla has gone away and remove the lock-file
by itself.

It does do this. The lock file contains the IP addr and the PID of the mozilla
process which left the lock. If that PID is not that of a running process, the
lock is ignored. This can fail if:
(1) The whole machine crashes, is restarted, and on restart, some process has
the same PID as the mozilla which left the lock before.
(2) The profile is on a remote server, in which case, the check of the PID in
the lock file against that of a running process can't be done.

From your steps to repro, it doesn't sound like (1). Is the profile on a remote
server?
Status: UNCONFIRMED → NEW
Ever confirmed: true
dupe of bug 151188 ?
well, it is 1), the notebook crashed after resume due to power failure. But I've
allso often noticed this after a usual mozilla crash. I'll install the nightly
these days and test it out.
doesn't mozilla take a look at the process if there is one with the same pid?
I think it could be also usefull to have an overide or make new window button on
the profile-selector?

*** This bug has been marked as a duplicate of 151188 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.