Closed Bug 93765 Opened 23 years ago Closed 15 years ago

Profile migration does not check whether there is a (NS4.x) instance which still uses the profile data

Categories

(Core Graveyard :: Profile: Migration, defect)

Product:
Core Graveyard
Component:
Profile: Migration
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX
Milestone:
Future

People

(Reporter: roland.mainz, Unassigned)

References

Details

(Keywords: dataloss, helpwanted) 

[marking as UNCONFIRMED... I simply cannot find the code where the NS4.x profile
get's "locked"... :-) ]
Profile migration code should check whether there is an application running
which still uses the data to migrate (into the Mozilla5 profile format).

For example, a running netscape 4.x communicator "locks" it's profile data in
~/.netscape via ~/.netscape/lock softlink. If such a thing is present the
profile migration code should request user to close the NS4.x instance first
before reading those data, otherwise data corruption may occur (e.g. profile
migration reads possible stale data).

The same problem applies to other profile migration code (eudora etc.) ...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Blocks: profile-corrupt
This is kind of like bug 76431.
Keywords: dataloss, mozilla1.0.1
Summary: Profile migration does not check whether their is a (NS4.x) instance which still uses the profile data → Profile migration does not check whether there is a (NS4.x) instance which still uses the profile data
Keywords: nsbeta1
Andrew Hagen wrote:
> This is kind of like bug 76431.

Well, you have to check for locks exactly how NS4.x does it...
nsbeta1- per mail triage.
Keywords: nsbeta1 → nsbeta1-
mass re-assign.
Assignee: racham → sspitzer
Status: ASSIGNED → NEW
retargeting
Target Milestone: mozilla1.0.1 → Future
Keywords: helpwanted
sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Resolving WONTFIX as Netscape 4.x support is no longer important.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.