Closed Bug 278387 Opened 20 years ago Closed 20 years ago

No compreg.dat file created

Categories

(SeaMonkey :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: jamesrome, Unassigned)

Details

Using build 2005011308 on windows XP Pro, Mozilla no longer creates a
compreg.dat file in my profile. As a result, I cannot delete it to get the
calendar registered. This has been the case since the xpi install bug was
supposedly fixed. 

By the way, it took almost 2 minutes before clicking on the calendar install
link and the install script appearing, making me think that something is still
rotten in this area. It is MUCH faster to save the xpi file and to drag it onto
Mozilla to get it installed.
btw: with a self-built CVS trunk build on Win2k, i get a new compreg.dat. But
then it crashes at startup (until i move the old one in place again). I'll fill
a seperate bug for this.
(In reply to comment #1)
> btw: with a self-built CVS trunk build on Win2k, i get a new compreg.dat. But
> then it crashes at startup (until i move the old one in place again). I'll fill
> a seperate bug for this.

Ok, nevermind, this has probably nothing to do with this bug (i checked out at
the wrong time, a bug fix was missing in the checkin).
Umm, mozilla? Mozilla never puts compreg.dat in the profile, only the toolkit
apps do that.
It used to make one. I had to delete it to get things like enigmail to install.
Now it is no longer, and I cannot install vital things like the calendar.
Mozilla (the suite) has never put compreg.dat in the profile, it has always
lived at <installdir>/components/compreg.dat
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.