Closed
Bug 163517
Opened 23 years ago
Closed 23 years ago
Plugin info registry needs versioning
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: serhunt, Assigned: rubydoo123)
Details
Anticipating that the newly introduced mechanism to cache plugin info in flat
registry file will be accepting additions and fixes in the nearest future, we
need to implement the total refresh of the file in the case the format becomes
incompatible with older versions.
Mechanism is already in place. Not clearly visible but working.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Comment 2•23 years ago
|
||
well, it's clearly visible
just change the number
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/modules/plugin/base/src/nsPluginManifestLineReader.h&rev=1.1&root=/cvsroot#45
Under 'clearly visible' I meant that we don't check the error condition when
|nsPluginHostImpl::ReadPluginInfo| returns and don't use that failure as an
explicit flag indicating that the registry should be refreshed. I think one
would expect something like this in clearly written code.
Comment 4•23 years ago
|
||
What about when different version of the browser will be using the same file but
in different formats? For example, what if Mozilla 1.2 uses format A and Mozilla
1.3 uses format B. If using the same file, won't starting each version of the
browser cause us to invalidate the cache in a different way?
To my understanding, if any version of Mozilla sees the incompatible version, it
will just recreate the file in its own manner from the scratch. Serge, is it so?
Comment 6•23 years ago
|
||
that is correct, pluginreg.dat will be overwritten if
[HEADER]
Version|major|minor
does not match hardcoded versions
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•