Closed
Bug 985255
Opened 12 years ago
Closed 11 years ago
Breakdown: Implement OpenH264 download
Categories
(Tracking Graveyard :: Firefox Operations, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: mreavy, Assigned: benjamin)
References
(Blocks 1 open bug)
Details
(Whiteboard: p=8 s=it-32c-31a-30b.3 [qa-])
Implement the sequence for downloading the OpenH264 plugin (upon update or install), including signature verification, etc
Comment 1•12 years ago
|
||
The behavior that's needed here is as follows:
- When Firefox is initially installed, it needs to download OpenH264 immediately.
- Firefox needs to periodically check with Cisco's servers for updates for OpenH264.
- Whenever a version of OpenH264 is downloaded, we need to check a digital signature on
the binary and not install it if it doesn't verify.
- There needs to be a button that lets you disable the module.
- If no version of OpenH264 is installed or someone has disabled it, we need to just detect that case and not offer H.264.
Updated•11 years ago
|
Flags: firefox-backlog+
Whiteboard: p=0
Assignee | ||
Comment 2•11 years ago
|
||
As noted in prior emails, I believe strongly that we ought to be using Mozilla domain names at least to check for updates, if not Mozilla servers. But I still haven't seen the complete spec about how all this is going to be deployed and QAed, which makes me think this is not yet ready for implementation.
![]() |
||
Comment 3•11 years ago
|
||
Bug 999721 - Implement OpenH264 Signing opened as separate bug from this one. Likely another person/3rd party will do the signing implementation. Bug 985255 (this bug) covers download, verify, install, and update.
Updated•11 years ago
|
Component: WebRTC → Firefox Operations
Product: Core → Tracking
Summary: Implement OpenH264 download → Breakdown: Implement OpenH264 download
Version: unspecified → ---
Comment 4•11 years ago
|
||
What's the next step here, and who's working on it?
Flags: needinfo?(gavin.sharp)
![]() |
||
Updated•11 years ago
|
Whiteboard: p=0 → [p=0, est:0d, s=fx32, c=webrtc]
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → benjamin
Flags: needinfo?(gavin.sharp)
Whiteboard: [p=0, est:0d, s=fx32, c=webrtc] → p=5
Assignee | ||
Updated•11 years ago
|
Whiteboard: p=5 → p=8
Updated•11 years ago
|
Status: NEW → ASSIGNED
Whiteboard: p=8 → p=8 s=it-32c-31a-30b.2 [qa?]
Assignee | ||
Updated•11 years ago
|
Whiteboard: p=8 s=it-32c-31a-30b.2 [qa?] → p=8 s=it-32c-31a-30b.2 [qa-]
Updated•11 years ago
|
Whiteboard: p=8 s=it-32c-31a-30b.2 [qa-] → p=8 s=it-32c-31a-30b.3 [qa-]
Assignee | ||
Comment 5•11 years ago
|
||
Bug 1013354 resolved to the point where we have a plan. Woot.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
Updated•7 years ago
|
Product: Tracking → Tracking Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•