Closed Bug 1160241 Opened 9 years ago Closed 9 years ago

[FTE][Tutorial] Tutorial videos do not loop or repeat after they have played in the FTU.

Categories

(Firefox OS Graveyard :: Gaia::First Time Experience, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5+, b2g-v2.2 unaffected, b2g-master verified)

VERIFIED FIXED
2.2 S12 (15may)
blocking-b2g 2.5+
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- verified

People

(Reporter: Marty, Assigned: bwu)

References

()

Details

(Keywords: regression, Whiteboard: [3.0-Daily-Testing][systemsfe])

Attachments

(1 file)

Description:
After the user completes the set-up portion of the FTU, they are presented with Tutorial videos. These videos do not loop or repeat themselves, but play once and stop on a static image or black box.

The user is able to view the tutorial video again, but they must manually navigate to a previous or next slide in the tutorial, and then go back to the one they wish to view again.

Repro Steps:
1) Update a Flame to 20150430010201
2) In the FTU, progress to the tutorials.
3) Allow a tutorial video to play to completion

Actual:
The tutorial video plays once, and does not repeat or loop.

Expected:
The tutorial video continues to repeat itself after it is finished playing.

Environmental Variables:
Device: Flame 3.0
Build ID: 20150430010201
Gaia: db8ea705c0fd1b1684807f5a8e837bb9a36a6f96
Gecko: 4b9b12c248dc
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 40.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0

Repro frequency: 8/8
See attached: Logcat, video (URL)
This video does NOT occur on Flame 2.2 builds.
The tutorial video continues to repeat itself after it is finished playing.

Environmental Variables:
Device: Flame 2.2
Build ID: 20150430002504
Gaia: aa1da5036f9425c25d515d14243d3473bfefb4fd
Gecko: 38b2838d43e1
Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429
Version: 37.0 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
[Blocking Requested - why for this release]:

Tutorial showing how to use the device is not working properly. Confusing to end user, Poor UX. Nominating to block 3.0
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: jmercado
blocking-b2g: 3.0? → 3.0+
Whiteboard: [3.0-Daily-Testing] → [3.0-Daily-Testing][systemsfe]
I dont think we've changed anything in FTU or the video assets themselves, so I'm assuming this broke down the stack somewhere. Lets see what the regression window says.
Possibly caused by the changes for Bug 1146729.

Mozilla-inbound Regression Window

Last Working 
Environmental Variables:
Device: Flame 3.0
BuildID: 20150427015253
Gaia: b4c949cdc780893897c9b45c1adea46e2eb694ff
Gecko: fe832ef6cc60
Version: 40.0a1 (3.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0

First Broken 
Environmental Variables:
Device: Flame 3.0
BuildID: 20150427020457
Gaia: b4c949cdc780893897c9b45c1adea46e2eb694ff
Gecko: 5fa88d413c4f
Version: 40.0a1 (3.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0

Last Working gaia / First Broken gecko - Issue DOES occur
Gaia: b4c949cdc780893897c9b45c1adea46e2eb694ff
Gecko: 5fa88d413c4f

First Broken gaia / Last Working gecko - Issue does NOT occur
Gaia: b4c949cdc780893897c9b45c1adea46e2eb694ff
Gecko: fe832ef6cc60

Gecko Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=fe832ef6cc60&tochange=5fa88d413c4f
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Blake, can you take a look at this please? Here is another issue that might have been caused by the landing for bug 1146729.
Blocks: 1146729
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(bwu)
Thanks for this info! 
I will check it.
Assignee: nobody → bwu
Flags: needinfo?(bwu)
The rootcause is MP4Reader's IsMediaSeekable() return false, which makes re-play from start (via seek to 0) fail. I am going to fix it in bug 1161444.
Depends on: 1161444
The patch ins bug 116144 is landed. Tutorial videos in FTU can be played well now.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.2 S12 (15may)
This issue is verified fixed on the latest 3.0 Nightly Flame build.  

Actual Results: The videos in the FTU tour repeat as expected.

Environmental Variables:
Device: Flame 3.0 KK (Full Flash) (319 MB)
BuildID: 20150528010203
Gaia: 05380df3158fa39e1dde1687c0bf11a71f8c6868
Gecko: baa9c64fea6f
Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67
Version: 41.0a1 (3.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: