Closed
Bug 1313391
Opened 8 years ago
Closed 8 years ago
Move "HLS video in an Android VideoView" behind a switchboard flag
Categories
(Firefox for Android Graveyard :: Audio/Video, defect)
Tracking
(firefox50 verified, firefox51 fixed, firefox52 fixed)
RESOLVED
FIXED
Firefox 52
People
(Reporter: ritu, Assigned: sebastian)
Details
Attachments
(2 files)
58 bytes,
text/x-review-board-request
|
snorp
:
review+
ritu
:
approval-mozilla-aurora+
ritu
:
approval-mozilla-beta+
|
Details |
4.05 KB,
patch
|
Details | Diff | Splinter Review |
SoftVision and release management team would like "Play HLS video" feature to be disabled from Fennec 50 before we go to release channel. Biggest Concerns: * bug|1301053 - A misleading error is received before playing an HLS video * bug|1301055 - A HLS video cannot be played twice without reloading the whole page
Reporter | ||
Updated•8 years ago
|
status-firefox50:
--- → affected
Reporter | ||
Updated•8 years ago
|
Summary: Disable HLS video in Fennec 50 before we go to release → Disable "HLS video in an Android VideoView" feature in Fennec 50 before we go to release
Assignee | ||
Comment 1•8 years ago
|
||
Transforming the bug: We decided to ship this feature but we want to move it behind a switchboard flag so that we can do a staged rollout or pull the feature without shipping an app update.
Summary: Disable "HLS video in an Android VideoView" feature in Fennec 50 before we go to release → Move "HLS video in an Android VideoView" behind a switchboard flag
Assignee | ||
Comment 2•8 years ago
|
||
@Jason: Can you add another experiment to the Kinto production server? * name: hls-video-playback * buckets: * min: 0 * max: 100 (This is exactly like the 'bookmark-history-menu' experiment)
Flags: needinfo?(jthomas)
Comment hidden (mozreview-request) |
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → s.kaspari
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•8 years ago
|
||
Comment on attachment 8805624 [details] Bug 1313391 - Move HLS video playback behind a switchboard flag. Approval Request Comment [Feature/regressing bug #]: HLS video playback. We decided to ship the feature regardless of some known issues. However we want to be able to release this feature to only a subset of the users or pull the feature without needing to release a new version of the app. Switchboard allows us to do exactly this. So this patch moves the feature behind a switchboard flag check. [User impact if declined]: Without this patch HLS playback is just enabled for all users and in case of upcoming problems we will need to make a dot release. [Describe test coverage new/current, TreeHerder]: Local testing with flag enabled/disabled and HLS test page: https://walterebert.com/playground/video/hls/ [Risks and why]: Low risk. This just wraps the code for video playback in a switchboard flag check. [String/UUID change made/needed]: -
Attachment #8805624 -
Flags: approval-mozilla-beta?
Attachment #8805624 -
Flags: approval-mozilla-aurora?
Comment 5•8 years ago
|
||
(In reply to Sebastian Kaspari (:sebastian) from comment #2) > @Jason: Can you add another experiment to the Kinto production server? > > * name: hls-video-playback > * buckets: > * min: 0 > * max: 100 > > (This is exactly like the 'bookmark-history-menu' experiment) Done.
Flags: needinfo?(jthomas)
Comment 6•8 years ago
|
||
mozreview-review |
Comment on attachment 8805624 [details] Bug 1313391 - Move HLS video playback behind a switchboard flag. https://reviewboard.mozilla.org/r/89370/#review88874
Attachment #8805624 -
Flags: review?(snorp) → review+
Pushed by s.kaspari@gmail.com: https://hg.mozilla.org/integration/autoland/rev/ac14755f0f77 Move HLS video playback behind a switchboard flag. r=snorp
Reporter | ||
Updated•8 years ago
|
status-firefox51:
--- → affected
Reporter | ||
Comment 8•8 years ago
|
||
Comment on attachment 8805624 [details] Bug 1313391 - Move HLS video playback behind a switchboard flag. This is the contingency plan for 50 in case we need to turn this feature off due to quality issues when it goes to Release, Aurora51+, Beta50+
Attachment #8805624 -
Flags: approval-mozilla-beta?
Attachment #8805624 -
Flags: approval-mozilla-beta+
Attachment #8805624 -
Flags: approval-mozilla-aurora?
Attachment #8805624 -
Flags: approval-mozilla-aurora+
This doesn't apply cleanly to beta (or the now-merged release). Experiments.java has been moved since beta forked, and BrowserApp.java has actual conflicts with the patch. Could we get a rebased patch for this?
Flags: needinfo?(s.kaspari)
Comment 11•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/ac14755f0f77
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
status-firefox52:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 52
https://hg.mozilla.org/releases/mozilla-beta/rev/fa0bf22d15e9cbb6c7acaf91f25d2a71062b0e3e https://hg.mozilla.org/releases/mozilla-release/rev/fa0bf22d15e9cbb6c7acaf91f25d2a71062b0e3e
Comment 14•8 years ago
|
||
Verified as correctly implemented on latest Beta build, 50.0b12, with switchboard experiment turned on and off. This issue was verified on a Nexus 7 (Android 5.1.1) and Samsung Galaxy S6 Edge (Android 6.0).
Comment 15•8 years ago
|
||
This issue was also verified in the 50.0 RC and it works as expected. Verified on a Nexus 7(Android 5.1) and on a Xiaomi mi pad 2 (Android 5.1.1)
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•