142367 - NSREG.DAT still created on install in %WINDIR%

Status: RESOLVED WORKSFORME

(Core Graveyard :: Profile: BackEnd, defect)

Description

[Pete Boyd]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2)
Gecko/20020503
BuildID:    

NSREG.DAT is still created on install in %WINDIR%. this is the registry file
that held profile information in Netscape 4 and appears to be a leftover that
shouldn't be created by Mozilla.
it only appears to be referenced in Mozilla code in relation to dealing with
legacy profiles, and NSS: http://lxr.mozilla.org/seamonkey/search?string=nsreg.dat

can we get rid of NSREG.DAT or am I missing something?

Comment 1

[Henrik Gemal]

hmmm this seems correct.
Dan: why do we do this?

Comment 2

[Henrik Gemal]

it seems to be used in the GetOldRegLocation function
weird. I dont Mozilla or Netscape use the file anymore.

I'm not sure where in the source it's being created.

Comment 3

[Daniel Veditz [:dveditz]]

I bet this is profile migration. Communicator 4.x profiles were stored in this
file, but if they don't stat for the file before attempting to use it they'll
end up creating an empty one.

Comment 4

[Pete Boyd]

if this doesn't get prevented from being created for 1.0.0 then I think it
should get mentioned in the Release Notes section describing files that're created

Comment 5

[Henrik Gemal]

Must be the profile code that creates the nsreg.dat even when there are no
legacy profiles. NSREG.DAT is also create on a clean install.

Comment 6

[Andrew Hagen]

If the file doesn't already exist during installation, we shouldn't create it.

Comment 7

[Samir Gehani]

adt: nsbeta1-

Comment 8

[Matthias Versen [:Matti]]

nsreg.dat is gone according to mxr