Summary: | www-client/firefox[openh264] does not work as advertised | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michelangelo Scopelliti <kernelpanic> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | herrtimson, ionen |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Michelangelo Scopelliti
2021-02-22 19:19:56 UTC
Confirmed as described. OK, it's complicated: Yes, Firefox will download the blob. Although the blob version is showing up in about:plugins, Firefox will not use it. How to proof that? Start Firefox with MOZ_LOG="GMP:5" It will loop through all available versions but will use 2.1.1 from system in the end. about:support should also list MOZ_GMP_PATH=/usr/lib64/nsbrowser/plugins/gmp-gmpopenh264/system-installed So I will only update USE flag description but we will not change anything. I.e. will not apply https://src.fedoraproject.org/rpms/firefox/blob/main/f/disable-openh264-download.patch like Fedora is doing because users which already have the blob should still receive updates so they don't end up with an outdated/vulnerable version somehow when switching USE flags. (In reply to Thomas Deutschmann from comment #2) > OK, it's complicated: > [...] Thank you for the analysis. It works as you describe. May I ask you what do you think about my workaround? Is it safe? "Safe" in which context? Check with MOZ_LOG output. I guess Firefox tries to load but will skip and ignore. Of course, this behavior can change in future when Mozilla for example will decide to replace the detected non-working copy... But the worst thing which could happen is that you end up with an unused blob again. So the *safest* hack would be patching firefox like Fedora does to block the blob download at all. If they are going to change something you will also notice because the patch no longer applies. (In reply to Thomas Deutschmann from comment #4) > "Safe" in which context? Check with MOZ_LOG output. I guess Firefox tries to > load but will skip and ignore. > "safe" in the sense of resource use, like continuous trying and failing to write to the disk -- thus also clogging the logs. I didn't see anything like that in the logs, but before this bug I'd never used MOZ_LOG. > Of course, this behavior can change in future when Mozilla for example will > decide to replace the detected non-working copy... > > But the worst thing which could happen is that you end up with an unused > blob again. So the *safest* hack would be patching firefox like Fedora does > to block the blob download at all. If they are going to change something you > will also notice because the patch no longer applies. Well, this could be safer for *me*, but your consideration in comment #2 still apply, and the safest way (for all) should still be maintaining the blob download. Thank you again for the clarification. I _think_ this is handled differently now? |