Bug 1576507 Comment 0 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Currently there isn't a great way to run post-install tasks after Stub Installer has finished its work, but before the first Firefox window is shown. An example of the sorts of tasks we'd like to allow are:

- performance tuning
- fetching critical data (hotfixes, experiments) and acting on it

After discussion with folks cc'd on this email, we came up with the idea of having the Windows Stub Installer[1] call Firefox with a specific command-line flag (`firefox --first-startup`) which will run some work synchronously and block Firefox from showing the first window until either the work is done, or a timeout is reached.

The stub installer shows a progress bar until the first Firefox window appears, which should give a user experience of the first Firefox startup feeling very fast, and not require deferring work until after startup which makes the UI less responsive.

1 - other platforms are out-of-scope for now, because macOS uses a plain DMG and no installer, and Linux distributions tend to control the install process. This is something we can make available to both platforms without additional work, though.
Currently there isn't a great way to run post-install tasks after Stub Installer has finished its work, but before the first Firefox window is shown. An example of the sorts of tasks we'd like to allow are:

- performance tuning
- fetching critical data (hotfixes, experiments) and acting on it

After discussion with folks cc'd on this bug, we came up with the idea of having the Windows Stub Installer[1] call Firefox with a specific command-line flag (`firefox --first-startup`) which will run some work synchronously and block Firefox from showing the first window until either the work is done, or a timeout is reached.

The stub installer shows a progress bar until the first Firefox window appears, which should give a user experience of the first Firefox startup feeling very fast, and not require deferring work until after startup which makes the UI less responsive.

1 - other platforms are out-of-scope for now, because macOS uses a plain DMG and no installer, and Linux distributions tend to control the install process. This is something we can make available to both platforms without additional work, though.

Back to Bug 1576507 Comment 0