Closed
Bug 278387
Opened 20 years ago
Closed 20 years ago
No compreg.dat file created
Categories
(SeaMonkey :: General, defect)
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.
Comment 1•20 years ago
|
||
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.
Comment 2•20 years ago
|
||
(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).
Comment 3•20 years ago
|
||
Umm, mozilla? Mozilla never puts compreg.dat in the profile, only the toolkit apps do that.
| Reporter | ||
Comment 4•20 years ago
|
||
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.
Comment 5•20 years ago
|
||
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.
Description
•