Closed
Bug 1370838
Opened 8 years ago
Closed 8 years ago
Update dom/media/test/crashtests/789075-1.html crashtest
Categories
(Core :: Audio/Video: Playback, enhancement)
Core
Audio/Video: Playback
Tracking
()
RESOLVED
FIXED
mozilla56
Tracking | Status | |
---|---|---|
firefox56 | --- | fixed |
People
(Reporter: jerry, Assigned: bechen)
References
(Depends on 1 open bug)
Details
Attachments
(1 file)
+++ This bug was initially created as a clone of Bug #1366502 +++
From https://bugzilla.mozilla.org/show_bug.cgi?id=1366502#c42
This test will play a big dimension video(9841x705) and check if gecko could handle that. But it also reset the video src to a empty string in onloadedmetadata(). Thus, we can't make sure the first frame of the video is always shown on the screen.
Updated•8 years ago
|
Component: Audio/Video → Audio/Video: Playback
![]() |
Assignee | |
Updated•8 years ago
|
Assignee: nobody → bechen
Comment hidden (mozreview-request) |
Comment 2•8 years ago
|
||
mozreview-review |
Comment on attachment 8877848 [details]
Bug 1370838 - Because we need to ensure frame shown on the screen, so play the video to the end.
https://reviewboard.mozilla.org/r/149276/#review153742
Attachment #8877848 -
Flags: review?(jwwang) → review+
![]() |
Assignee | |
Updated•8 years ago
|
Attachment #8877848 -
Flags: review?(hshih)
![]() |
Assignee | |
Comment 3•8 years ago
|
||
After discuss with Jerry, seems that we still need to modify the patch again.
Even though we dispatch the onloadeddata after the first frame(mContainer->SetCurrentFrame), we still can not guarantee the frame shown on the screen when receive onloadeddata event. The issue may not impact the real user, but impact our testing because we can not rely on the events to verify the screen frame.
Comment 4•8 years ago
|
||
(In reply to Benjamin Chen [:bechen] from comment #3)
> Even though we dispatch the onloadeddata after the first
> frame(mContainer->SetCurrentFrame), we still can not guarantee the frame
> shown on the screen when receive onloadeddata event.
Is this because of vsync/compositor timing?
![]() |
Assignee | |
Comment 5•8 years ago
|
||
Reporter | ||
Comment 6•8 years ago
|
||
mozreview-review |
Comment on attachment 8877848 [details]
Bug 1370838 - Because we need to ensure frame shown on the screen, so play the video to the end.
https://reviewboard.mozilla.org/r/149276/#review154856
Clean the review request.
It's still not 100% showing the video on the screen with my laptop.
Attachment #8877848 -
Flags: review?(hshih)
Comment hidden (mozreview-request) |
Reporter | ||
Comment 8•8 years ago
|
||
mozreview-review |
Comment on attachment 8877848 [details]
Bug 1370838 - Because we need to ensure frame shown on the screen, so play the video to the end.
https://reviewboard.mozilla.org/r/149276/#review154942
Attachment #8877848 -
Flags: review?(hshih) → review+
![]() |
Assignee | |
Updated•8 years ago
|
Keywords: checkin-needed
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/7e05bc6c0eb6
Because we need to ensure frame shown on the screen, so play the video to the end. r=jerry,jwwang
Keywords: checkin-needed
Comment 10•8 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox56:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla56
You need to log in
before you can comment on or make changes to this bug.
Description
•