Closed Bug 163517 Opened 23 years ago Closed 23 years ago

Plugin info registry needs versioning

Categories

(Core Graveyard :: Plug-ins, defect)

x86
All
defect
Not set
normal

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
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.
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?
that is correct, pluginreg.dat will be overwritten if [HEADER] Version|major|minor does not match hardcoded versions
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.