Users may have opted into running in 32bit mode if they have certain plugins,
or manually from Finder's Info dialog.
We end up downloading the 64bit GMP and installing it when running in 32bit mode,
and it will crash.
Since we're dropping 32bit MacOS Firefox in 52, there doesn't seem to be
much point doing work to make us install the 32bit GMP on 32bit mode on
MacOS, and pushing out new 32bit GMPs. So just mark them as unsupported.
MozReview-Commit-ID: KRZKPKZkmKB
--HG--
extra : rebase_source : 98cb35ec9469b136a744fe7a2423de6a7e143489
The telemetry result indicate that unexplained install failures are very rare,
so we don't need to bother keeping this probe.
We should still need to check whether the GMP files disappear from disk, as
telemetry indicates this does happen, though quite rarely.
MozReview-Commit-ID: K64tlRajACJ
--HG--
extra : rebase_source : 0778f4bdf85cbd448ca71694c65bd99806307386
This means if Widevine is preffed visible on Linux it will show up in the
plugin list.
We only support Mac OSX 10.9 and later, so we don't need the >= 10.7 check any
more.
MozReview-Commit-ID: BjgMKeIIrrI
--HG--
extra : rebase_source : 46740a9d40f8ae700b6a47eb488a2435e48c1e99
We're not going to get a supported Adobe GMP on WinXP, so we shouldn't download
it or show it in our add-on manager.
MozReview-Commit-ID: I3cNsStmzsV
--HG--
extra : rebase_source : b67c7cbec013f83bcf7d24cac99755faf1b5e07e
Repurpose the media.gmp-*.forcevisible pref to control whether the
corresponding GMP is visible in the addons manager UI. The pref has to be true
for the GMP to be usable.
The pref is enabled and not hidden when the corresponding EME keysystem is
enabled in the mozconfig.
This means users can turn on EME without needing to recompile their build; they
just need to create a hidden pref. This will be useful for CDM developers, and
users on platforms where we've not enabled EME yet but users want to test it
(Linux).
We also need to change the GMPUtils.isPluginHidden() accessor so that plugins
are considered hidden if the "visible" pref is false OR we're on an unsupported
platform. This ensures that we must be on a supported OS and the visibility
pref is true before GMPs appear in the addon list.
A consequence of the isPluginHidden() change is that we also need to add a
"force-supported" pref to override the checks that refuse to load the GMPs on
various platform versions, so that the unit tests pass.
MozReview-Commit-ID: h6CwLDkvFW
--HG--
extra : rebase_source : d09b952cc12da6f46b404439781b62784e4f54b3
Repurpose the media.gmp-*.forcevisible pref to control whether the
corresponding GMP is visible in the addons manager UI. The pref has to be true
for the GMP to be usable.
The pref is enabled and not hidden when the corresponding EME keysystem is
enabled in the mozconfig.
This means users can turn on EME without needing to recompile their build; they
just need to create a hidden pref. This will be useful for CDM developers, and
users on platforms where we've not enabled EME yet but users want to test it
(Linux).
We also need to change the GMPUtils.isPluginHidden() accessor so that plugins
are considered hidden if the "visible" pref is false OR we're on an unsupported
platform. This ensures that we must be on a supported OS and the visibility
pref is true before GMPs appear in the addon list.
A consequence of the isPluginHidden() change is that we also need to add a
"force-supported" pref to override the checks that refuse to load the GMPs on
various platform versions, so that the unit tests pass.
MozReview-Commit-ID: h6CwLDkvFW
--HG--
extra : rebase_source : 2c077e577352e356aceeda000d873bad1439f242
The Widevine CDM crashes on MacOSX 10.6, so only download, expose, and install
it on 10.7 and later.
MozReview-Commit-ID: 51iJpQEB1m7
--HG--
extra : rebase_source : e24e8d8179f22f77c3e5fbfef8489aca7c4fecb9
The GMPVideoDecoderTrialCreator was removed from Gecko in bug 1232527, and so
we don't need to set/reset this pref in the GMPProvider any more.
--HG--
extra : rebase_source : 3bb70b21388cdc8adb1aec25cff837a0348a6e3c
The GMP manager uses a copy of the update service's url formatting code and has
since fallen out of sync. We'll also want to use the same formatting code for
the system add-on update checks so this just exposes it in a shared API.
I've moved the contents of UpdateChannel.jsm to UpdateUtils.jsm and exposed
formatUpdateURL there as well as a few properties that the update service still
needs access to.
UpdateUtils.UpdateChannel is intended to be a lazy getter but isn't for now
since tests expect to be able to change the update channel at runtime.
--HG--
extra : commitid : KsbH21csjH4
extra : rebase_source : bc7c08de1ec6e802261b8cd294d88ee2c4e75c2d
The GMP manager uses a copy of the update service's url formatting code and has
since fallen out of sync. We'll also want to use the same formatting code for
the system add-on update checks so this just exposes it in a shared API.
I've moved the contents of UpdateChannel.jsm to UpdateUtils.jsm and exposed
formatUpdateURL there as well as a few properties that the update service still
needs access to.
UpdateUtils.UpdateChannel is intended to be a lazy getter but isn't for now
since tests expect to be able to change the update channel at runtime.
--HG--
extra : commitid : FuPUB9X4oYJ
extra : rebase_source : cfcd31d7da5f5b636a2ec11546dbada973d681de
extra : histedit_source : 3df840dc502c6ee4177f1858920d1260e4dc27af
