Closed Bug 1059011 Opened 11 years ago Closed 11 years ago

Bug 1045209 regressed loading GMPs from MOZ_GMP_PATH

Categories

(Core :: Audio/Video, defect)

Product:
Core
Component:
Audio/Video
Platform:
x86_64
Windows 8.1
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: cpearce, Assigned: cpearce)

References

Details

Since the landing of Bug 1045209, we can't load GMPs from MOZ_GMP_PATH anymore.
There's not really a clean way to support versioned and non-versioned (MOZ_GMP_PATH) path adds, so we can work around this simply by including a dummy version subdir in MOZ_GMP_PATH. i.e. MOZ_GMP_PATH=/home/username/src/gmp-foobar/dummy_version_subdir/ I've updated https://wiki.mozilla.org/GeckoMediaPlugins to reflect this.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
I don't think this was intentional nor a good thing. The OpenH264 provider wants versioned subdirectories to handle installs, but that's not something which should be exposed to the GMP service itself, nor should this affect MOZ_GMP_PATH at all.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This is a side-effect of how both GMPParent & GMPChild currently depend on the path/dir structure, i filed bug 1053727 on that earlier.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → WORKSFORME
Cleared this up on IRC: we will live with this for now per bug 1053727 and the directory structure we chose in bug 1045209 (<profile>/<gmp-id>/<version>/).
Mass update firefox-status to track EME uplift.
You need to log in before you can comment on or make changes to this bug.