Firefox/Go Faster/Client Implementation Plan: Difference between revisions

Firefox/Go Faster/Client Implementation Plan (view source)

Revision as of 22:43, 31 July 2015

267 bytes removed , 31 July 2015

→‎Running system add-ons

Mossop

canmove, Confirmed users

1,570

edits

@@ Line 17: / Line 17: @@
 They will be installed in a directory used as a regular add-on install location with a lower priority than the profile install location. This allows developers to test out new versions of system add-ons by installing them using the regular add-ons manager.
-The specific path to the install location will be '''<profile>/features/<app path hash>'''. "app path hash" is a simple hash of the client's install directory. This means that if a user is using two different versions of the client application (say a developer version and a release version) with the same profile they will use two different directories for the system add-ons allowing them to be updated independently and retain the known-good set for each build. The majority of users use a single build and so will have just one directory in use.
+Unlike existing add-on install locations system add-ons will be installed in a filename based on both ID and version, <id>_<version>.xpi. This allows multiple versions of the same add-on to be installed at the same time so if a user is running a developer edition and release version they can rely on different known-good sets.
-The hash can be short to avoid causing path length problems and quick to generate. Collisions aren't a big problem, the client will recover gracefully automatically.
+* '''Bug: Cache the known-good set of add-ons on a per-install basis'''
+* '''Bug: Create a features install location with a lower priority to the profile location which lists the current known-good set of add-ons'''
-* '''Bug: Create a features install location with a lower priority to the profile location'''
 * '''Bug: Hide system add-ons in the features location from the add-ons manager UI'''