Closed
Bug 921421
Opened 12 years ago
Closed 12 years ago
[Video] pause the video and back to beginning when a video plays to end
Categories
(Firefox OS Graveyard :: Gaia::Video, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: johnhu, Assigned: johnhu)
References
Details
Attachments
(1 file, 1 obsolete file)
When playing a very short video, like 2sec, we don't have ht opportunity to see detail info, delete, or share the video in the player view. The current behavior is to go back to list view when it plays to end.
As per rob's comment, we discussed offline, he thought we should pause the video and go back to the beginning of video when the video plays to end.
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → johu
Assignee | ||
Comment 1•12 years ago
|
||
When video plays to end, the player pauses the video playing and moves the beginning of this video.
Attachment #811807 -
Flags: review?(dflanagan)
Assignee | ||
Comment 2•12 years ago
|
||
Hi Rob,
Please also review this one. I followed your design to pause the video and move the video to the beginning when it plays to end.
Attachment #811813 -
Flags: ui-review?(rmacdonald)
Comment 3•12 years ago
|
||
Comment on attachment 811807 [details]
pause the video and moves to the begins
The change you made looks fine.
In the process of checking that hidePlayer() is still called correctly to update the metadata, however, I discovered a related bug that we should fix, either here, or in a new bug.
hidePlayer() takes a boolean argument named updateMetadata, but also has a nested function named updateMetadata. This means that when you call hidePlayer() with the argument false, that argument is being ignored. That should be an easy bug to fix.
Also note another implication of this change. By pausing the video and not returning to the list of thumbnails, video metadata parsing does not automaticaly resume. If new videos are being scanned, the user will have to manually return to the thumbnail list before more thumbanails are added to the list. If this is a problem, then a deeper refactoring will be required here.
Attachment #811807 -
Flags: review?(dflanagan) → review+
Comment 4•12 years ago
|
||
John,
Note that the travis build failed on your patch. It appears unrelated, but it could be that other problems prevented tests from running. If there are any video app tests that rely on the behavior you are changing here, don't forget to update them, too.
Assignee | ||
Comment 5•12 years ago
|
||
I rename the "updateMetadata" argument as updateVideoMetadata to prevent the conflict between them.
I also found the travis failed. That's not related to video app. Thanks for this.
Assignee | ||
Updated•12 years ago
|
Attachment #811813 -
Attachment is obsolete: true
Attachment #811813 -
Flags: ui-review?(rmacdonald)
Assignee | ||
Comment 6•12 years ago
|
||
merged to master:
https://github.com/mozilla-b2g/gaia/commit/5f2d9831cc8f8906e0020bc7040c073a4f58ad30
Status: NEW → RESOLVED
blocking-b2g: --- → 1.3?
Closed: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 7•12 years ago
|
||
Nominate it as 1.3? because bug 903920 depends on this one.
Assignee | ||
Comment 8•12 years ago
|
||
bug 903920 is no more 1.3+, clear the 1.3? flag.
blocking-b2g: 1.3? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•