Bug 1587543 Comment 7 Edit History

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

(In reply to Liz Henry (:lizzard) from comment #6)
> Is there any testing or verification you can suggest, that might help with our confidence for this uplift to release?

Sure. Steps to test:

- Start Firefox with a new profile for this test.
- Open `about:config` and create and set the `media.gmp-manager.url.override` pref to a non existent URL, for example `https://www.im-a-bad-url-that-doesnt-exist.bad/foo/`
- Open the profile dir and ensure that the `gmp-gmpopenh264` does not already exist.
  - The directory exists, delete it and restart Firefox before continuing.
- Navigate to `about:addons` -> plugins
  - The OpenH264 should indicate that install will take place shortly. Note there is a small chance that the plugin will be installed prior to navigating to this page.
- Click on the cog menu and select `Check for Updates`. This should install the plugin.
- Ensure that the `gmp-gmpopenh264` directory now exists in the profile dir, and contains a sub-directory named 1.8.1.1

By setting `media.gmp-manager.url.override` to a bad location we ensure that Firefox is unable to find the expected update information, this forces us to use the fallback downloader. So if we see the correct download after doing the above we know the downloader fetched using a fallback URL.

Our logging around this isn't as nice as I'd expect -- I'd hoped for an easy to emit log that indicates the fallback was used, but I don't currently see one. I have verified that the above steps use the fallback on my local machine, by hacking the fallback so it creates a differently named dir when it's used instead of balrog. I'll look at creating a bug for better logging here.
(In reply to Liz Henry (:lizzard) from comment #6)
> Is there any testing or verification you can suggest, that might help with our confidence for this uplift to release?

Sure. Steps to test:

- Start Firefox with a new profile for this test.
- Open `about:config` and create and set the `media.gmp-manager.url.override` pref to a non existent URL, for example `https://www.im-a-bad-url-that-doesnt-exist.bad/foo/`
- Open the profile dir and ensure that the `gmp-gmpopenh264` does not already exist.
  - If the directory exists, delete it and restart Firefox before continuing.
- Navigate to `about:addons` -> plugins
  - The OpenH264 should indicate that install will take place shortly. Note there is a small chance that the plugin will be installed prior to navigating to this page.
- Click on the cog menu and select `Check for Updates`. This should install the plugin.
- Ensure that the `gmp-gmpopenh264` directory now exists in the profile dir, and contains a sub-directory named 1.8.1.1

By setting `media.gmp-manager.url.override` to a bad location we ensure that Firefox is unable to find the expected update information, this forces us to use the fallback downloader. So if we see the correct download after doing the above we know the downloader fetched using a fallback URL.

Our logging around this isn't as nice as I'd expect -- I'd hoped for an easy to emit log that indicates the fallback was used, but I don't currently see one. I have verified that the above steps use the fallback on my local machine, by hacking the fallback so it creates a differently named dir when it's used instead of balrog. I'll look at creating a bug for better logging here.

Back to Bug 1587543 Comment 7