Honoring Asian Pacific American Heritage Month. See how.

Guide to Configuring the Modular Framework


To configure the modular framework, you will need to create a JSON file defining the required configurations for basemgr and sessionmgr as detailed below. The configuration file should be packaged via the build rule modular_config, which will validate your file against a schema. You must then include the modular_config() target in the product's base packages.

The file may contain (non-standard JSON) C-style comments (/* block */ and // inline).

Reading configuration

The configuration provided to basemgr is available through the component inspection of the basemgr and sessionmgr components.

Use ffx inspect to query the configuration of a running basemgr:

ffx inspect show basemgr.cmx:root:config

Use ffx inspect to query the configuration of a running sessionmgr:

ffx inspect show sessionmgr.cmx:root:config

Launching Modular with custom configuration

Modular normally uses the configuration embedded in the product image with the modular_config build rule. When developing agents and shells, it may be useful to launch Modular with a custom configuration file.

basemgr_launcher is a shell utility that overrides the configuration with one provided through stdin and starts basemgr. To launch a session, run (from host machine):

cat myconfig.json | fx shell basemgr_launcher

Persistent configuration

By default, configuration provided to basemgr_launcher is only used for a single instance of the session. For example, rebooting the device launches Modular with the default configuration from modular_config.

The basemgr_launcher configuration can be persisted across session restarts and reboots by adding the allow_persistent_config_override build rule to a non-production build:

fx set ... --with //src/modular/build:allow_persistent_config_override

When enabled, basemgr_launcher stores configuration provided to it in its component cache, and basemgr uses it instead of the default configuration. Subsequent invocations of basemgr_launcher overwrite existing persistent configuration.

You can delete the persistent configuration by running (from host machine):

fx shell basemgr_launcher delete_config


  /* This is a block comment.
     Comments are ignored. */
  // This is an inline comment. Comments are ignored.
  "basemgr": {
    "enable_cobalt": false,
    "use_session_shell_for_story_shell_factory": true,
    "session_shells": [
        "url": "fuchsia-pkg://fuchsia.com/dev_session_shell#meta/dev_session_shell.cmx",
  "sessionmgr": {
    "startup_agents": [
    "session_agents": [
    "component_args": [
        "uri": "fuchsia-pkg://fuchsia.com/startup_agent#meta/startup_agent.cmx",
        "args": [ "--foo", "--bar=true" ]
    "agent_service_index": [
        "service_name": "fuchsia.modular.SomeServiceName",
        "agent_url": "fuchsia-pkg://fuchsia.com/some_agent#meta/some_agent.cmx"
    "restart_session_on_agent_crash": [

Basemgr fields

  • session_shells array (optional)
    • List of exactly one session shell containing the following fields (is an Array type for backwards compatibility):
    • url: string (required)
      • The fuchsia component url for which session shell to use.
    • default: A single session shell with the following properties:
    • url: fuchsia-pkg://fuchsia.com/dev_story_shell#meta/dev_session_shell.cmx
  • story_shell_url: string (optional)
    • The fuchsia component url for which story shell to use.
    • default: fuchsia-pkg://fuchsia.com/dev_story_shell#meta/dev_story_shell.cmx
  • enable_cobalt: boolean (optional)
    • When set to false, Cobalt statistics are disabled.
    • default: true
  • use_session_shell_for_story_shell_factory: boolean (optional)
    • Create story shells through StoryShellFactory exposed by the session shell instead of creating separate story shell components. When set, story_shell_url and any story shell args are ignored.
    • default: false

Sessionmgr fields

  • enable_cobalt: boolean (optional)
    • When set to false, Cobalt statistics are disabled. This is used for testing.
    • default: true
  • startup_agents: string[] (optional)
    • A list of fuchsia component urls that specify which agents to launch at startup.
  • session_agents: string[] (optional)
    • A list of fuchsia component urls that specify which agents to launch at startup with PuppetMaster and FocusProvider services.
  • component_args: array (optional)
    • A list of key/value pairs to construct a map from component URI to arguments list for that component. Presence in this list results in the given arguments passed to the component as its argv at launch.
    • uri: The component's uri.
    • args: A list of arguments to be passed to the component specified by uri. Arguments must be prefixed with --.
  • agent_service_index: array (optional)
    • A list of key/value pairs mapping from service name to the serving component's URL. Agents and the session shell are both valid components to specify here. Service names must be unique: only one component can provide any given service. These services are provided to modules, the session shell, and agents, in their namespace (i.e. at the path "/svc/fully.qualified.ServiceName").
    • service_name: The name of a service offered by agent_url.
    • agent_url: A fuchsia component url that specifies which agent/shell will provide the named service.
  • restart_session_on_agent_crash: array (optional)

    • A list of agent URLs that will cause the session to be restarted when they terminate unexpectedly. If an agent is not in this list, sessionmgr will restart it individually, preserving the session.

    The session shell is automatically added to this list.

  • disable_agent_restart_on_crash: boolean (optional)

    • When set to true, disables any automatic restarts of agents listed in session_agents if they crash.
    • default: false