[feature] Need a new version registry for mozilla

VERIFIED FIXED in M14

Status

Core Graveyard
Installer: XPInstall Engine
P1
critical
VERIFIED FIXED
19 years ago
2 years ago

People

(Reporter: dougt, Assigned: dveditz)

Tracking

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [PDT+] 2/15)

(Reporter)

Description

19 years ago
If Communication is open, you can not successfully install software.
Communicator keeps the version registry open and locked for writting.  If you
try to install software via xpinstall, the version registry will be
un-modifiable and you will not be able to query for that software in the future.
 This is bad.

We need to either suggest that communicator be closed while installing software,
or mantain a seperate database.

Comment 1

19 years ago
This is bad.  Isn't there a third option of changing the way that Communicator
handles the version registry back to the way it used to be in 4.x?
(Assignee)

Comment 2

19 years ago
This problem is due to 4.x, not mozilla, and therefore the problem. (It may
only be a problem with 4.5 -- the roaming/profile stuff was lazy and never shut
the registry -- but 4.0x could easily have the same problem due to SmartUpdate.

If Communicator 4.x is running the registry is open. We can
 - detect the registry isn't writable and bail before install
   (bail before download even better if possible!)
 - use a different registry

The latter obviously messes up the SmartUpdate service unless we jump through
lots of hoops (like reading from both registry and writing only to the new one.
Not all that hard, sort of what we do on Unix already -- but a PITA).
(Assignee)

Comment 3

19 years ago
The reason this wasn't a problem in 4.x is because we didn't let people run two
copies at the same time.

Comment 4

19 years ago
OK.  I think I misunderstood.  If the problem arises only when both Communicator
and mozilla are open, it is not such a bad thing.  The only real issue that I
see is for the initial install.  Will that be a problem?
(Reporter)

Comment 5

19 years ago
Is running communicator and running mozilla at the same time common?  I
routinely run both IE and Communicator.
(Assignee)

Updated

19 years ago
Summary: If Communication is open, you can not successfully install software → If Communicator 4.x is open XPInstall doesn't update registry

Updated

19 years ago
Severity: critical → blocker
Priority: P3 → P1
Target Milestone: M9

Updated

19 years ago
Severity: blocker → critical

Updated

19 years ago
Blocks: 11020

Updated

19 years ago
Summary: If Communicator 4.x is open XPInstall doesn't update registry → [feature] If Communicator 4.x is open XPInstall doesn't update registry

Updated

19 years ago
Target Milestone: M9 → M10

Comment 6

19 years ago
setting target milestone to M10.
a decision from today's team meeting

Updated

18 years ago
Blocks: 12805
(Assignee)

Updated

18 years ago
Target Milestone: M10 → M14
(Assignee)

Updated

18 years ago
Summary: [feature] If Communicator 4.x is open XPInstall doesn't update registry → [feature] Need a new version registry for mozilla
(Assignee)

Comment 7

18 years ago
Several problems:
 - Communicator could keep the old one open
 - Uninstall format is different
 - Delete/replace list is incompatible

A new registry would solve these problems, whether mozregistry.dat or a new
mozversions.dat

Comment 8

18 years ago
Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall
Engine

Comment 9

18 years ago
Hey folks, I'd be willing to help test this as well when you get close to a
solution. And yes Doug, I routinely run both Communicator and Mozilla at the
same time. Sometimes even IE too. But then I'm a freak.

Updated

18 years ago
Keywords: beta1

Comment 10

18 years ago
PDT needs an update on this to determine PDT+ or - status for beta1...thanks!

Comment 11

18 years ago
pdt - please provide requested data

Comment 12

18 years ago
dveditz, can you explain beta1 impact here?  Thanks! Adding [NEED INFO] to 
Status Summary.
Whiteboard: [NEED INFO

Updated

18 years ago
Whiteboard: [NEED INFO → [NEED INFO]

Comment 13

18 years ago
"Need Eng to Verify"
(Assignee)

Comment 14

18 years ago
By default we are storing version info into the Netscape (4.x) version 
registry, but the mozilla data has a different format that 4.x will choke on. 
We need a mozilla (5.x) version registry.

Updated

18 years ago
Whiteboard: [NEED INFO]

Comment 15

18 years ago
PDT is confused by the description of impact.  We all run 4.x *AND* Seamonkey 
together, and yet this bug seems to say we can't without repairing this bug.  
What are we missing?
Whiteboard: [NEED INFO]
(Assignee)

Comment 16

18 years ago
Mozilla is quietly corrupting your 4.x version registry with bad data, which 
eventually will cause badness when you try to use the SmartUpdate site from 4.x
(Should I dig out what percentage of site registrations are due to the 
SmartUpdate pages?)

This is nothing more than using a new file name. Ok, a little more, but not 
much.
Whiteboard: [NEED INFO]

Comment 17

18 years ago
I'll do it for you Dan. :) When I left last July, SU registered somewhere on 
average of 15% or more of Netcenter users. From the limited (and granted, 
incomplete) data I had gathered I surmised approximately 20% of that group had 
had some sort of problem with SU. One look at the archives of netscape 
newsgroups, or simply by polling the champions (many of whom say "DON'T use 
SU!") would push the point that it *really* needs to be bulletproof this go 
round. Add this in with past 'silent respins' and the inadvertent wide release 
of 4.71 and things can spiral out of control pretty quickly. -jim race

Comment 18

18 years ago
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
(Assignee)

Updated

18 years ago
Status: NEW → ASSIGNED
(Assignee)

Updated

18 years ago
Whiteboard: [PDT+] → [PDT+] 2/15
(Assignee)

Comment 19

18 years ago
How 'bout "Mozilla Versions" on mac, "mozver.dat" on Windows, and either 
"mozver.dat" or "mozversions" on Unix.
(Assignee)

Comment 20

18 years ago
Fixed
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 21

18 years ago
Build: 2000-02-15-10-M14(WIN), 2000-02-15-09-M14(MAC), 2000-02-15-10-M14(LINUX)

mozver.dat for Windows, Mozilla Versions for Macintosh, /.mozilla/mozver.dat for 
Linux.  We write to the new registry.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.