Closed Bug 778642 Opened 12 years ago Closed 9 years ago

No print preview of HTML5 video elements

Categories

(Core :: Audio/Video: Playback, defect)

Product:
Core
Component:
Audio/Video: Playback
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WONTFIX
Tracking Flags:
Tracking Status
firefox14 --- wontfix
firefox15 + wontfix
firefox16 - wontfix
firefox17 - wontfix
firefox45 --- wontfix
firefox46 --- wontfix
firefox47 --- wontfix
firefox48 --- wontfix
firefox-esr45 --- wontfix

People

(Reporter: didier.courtaud, Unassigned)

References

Details

(Keywords: regression)

Attachments

(2 files)

Simple HTML5 file calling the video
(deleted), text/html
Details
Snaphot of the preview window
(deleted), image/jpeg
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20100101 Firefox/14.0.1 Build ID: 20120713134347 Steps to reproduce: I use an HTML file containing HTML5 videos ( encoded in WebM format ). I would want to print this file. Actual results: When I ask for the preview , the video does not appear in the preview window ( and does not appear on paper when printing ) Expected results: When using Firefox 12 with the same file, there was a snapshot of the video visible into the preview window ( and on paper ). I would like to have in the print preview : - either a snapshot of the video ( as in Firefox 12 ) showing the first frame or the current frame of the video - or the image of the "poster" attribute of the video element
I can see a snapshot image when using youtube's html5 Do you see this with youtube's html5 videos? If not, can you post a testcase?
Component: Untriaged → Print Preview
Product: Firefox → Core
Attached file Simple HTML5 file calling the video (deleted) —
Comment on attachment 647870 [details] Simple HTML5 file calling the video ><!DOCTYPE html> ><html> ><head> ><title> Video tag print test </title> > > ></head> > ><body> > > > <div> > > <p>RMS video</p> > > <video id="vid" preload="auto" height="40%" width="40%" src="RMS_640x360D_1P_MOYEN.ogv" controls ></video> > > > > > </div> > > > > > ></body> ></html>
Attached image Snaphot of the preview window (deleted) —
I had problems uploading my OGV file : perhaps to big for bugzilla ! But you can replace it with any OGV or WebM video ! I have also tried You Tube HTML5 video like this one : http://www.youtube.com/watch?v=RoYvr-KXvLs and there is also a blank area for the video ( see snapshot )
Hmm. I thought I saw a snapshot yesterday when trying to print html5 youtube video. I can't anymore. Maybe I confused the Firefox version I was checking on. For reference, bug 134002 is for printing flash objects. That's an old one, but this used to work in F12. So this must have regressed in between. Didn't find any duplicate anywhere, so setting to new. I'll look for a regression soon.
Status: UNCONFIRMED → NEW
Component: Print Preview → Video/Audio
Ever confirmed: true
Keywords: regression, regressionwindow-wanted
Hardware: x86_64 → All
Version: 14 Branch → Trunk
OS: Linux → All
html5 video url http://www.mozilla.com/en-US/firefox/community/ 1st Regression: Crash when try to print preview due to Bug 715785 2nd regression: Fixed crash by730066 , but no snapshot in print preview 1st Regression Regression window(m-c) Works: http://hg.mozilla.org/mozilla-central/rev/1cdef0321abd Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120202 Firefox/13.0a1 ID:20120202010526 Crashes: http://hg.mozilla.org/mozilla-central/rev/005980552224 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120202 Firefox/13.0a1 ID:20120202022426 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1cdef0321abd&tochange=005980552224 regression window(m-i) http://hg.mozilla.org/integration/mozilla-inbound/rev/b2f1b368e2f2 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120131 Firefox/13.0a1 ID:20120131180632 Crashes: http://hg.mozilla.org/integration/mozilla-inbound/rev/67b0e13d7a62 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120131 Firefox/13.0a1 ID:20120131181932 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=b2f1b368e2f2&tochange=67b0e13d7a62 Regressed by: 67b0e13d7a62 Bas Schouten — Bug 715785: Make ImageContainers independent of LayerManagers. r=roc 2nd Regression: Regression window(m-c) Crash: http://hg.mozilla.org/mozilla-central/rev/2374ebd5026f Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120410 Firefox/14.0a1 ID:20120410071436 Bad (no snapshot in print preview): http://hg.mozilla.org/mozilla-central/rev/3fa30b0edd15 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120410 Firefox/14.0a1 ID:20120410081237 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2374ebd5026f&tochange=3fa30b0edd15 Regression window(m-i) Crash: http://hg.mozilla.org/integration/mozilla-inbound/rev/503a4e4804f0 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120409 Firefox/14.0a1 ID:20120409120636 Bad (no snapshot in print preview): http://hg.mozilla.org/integration/mozilla-inbound/rev/423e8d6463ff Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120409 Firefox/14.0a1 ID:20120409130433 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=503a4e4804f0&tochange=423e8d6463ff Regressed by: 736f897f8a0e Steven Michaud — Bug 730066 - Crash at mozilla::layers::ImageContainer::GetCurrentSize on printing http://www.mozilla.org/projects/firefox/prerelease.html. r=roc
Blocks: 730066, 715785
Keywords: regressionwindow-wanted
Will track this, let's see if there's the possibility of a low risk fix before the next beta for 15. cc'ing Steven and Bas.
status-firefox14: --- → affected
status-firefox15: --- → affected
status-firefox16: --- → affected
status-firefox17: --- → affected
tracking-firefox15: ? → +
tracking-firefox16: ? → +
tracking-firefox17: ? → +
I don't see how my patch for bug 730066 could have anything to do with this. But I'll try disabling it in current code and see what happens.
(Following up comment #9) Oops, didn't read the bug carefully enough: > 1st Regression: Crash when try to print preview due to Bug 715785 > 2nd regression: Fixed crash by730066 , but no snapshot in print preview Undoing my fix for bug 730066 will just lead to crashes. So bug 715785 is the problem. Since I don't know this code, I'll leave this bug to Bas.
Assignee: nobody → bas.schouten
Is anyone seeing this bug outside of Linux?
(In reply to Bas Schouten (:bas) from comment #11) > Is anyone seeing this bug outside of Linux? Belay that comment.
Attachment #647870 - Attachment mime type: text/plain → text/html
Wontfixing for FF15 since we're a day away from our final Beta. Please continue investigation for 16 and nominate for uplift when ready.
status-firefox15: affected → wontfix
This isn't a recent regression at this point, and while we'd consider an uplift nomination, there's no need to track for the next release.
tracking-firefox16: + → -
tracking-firefox17: + → -
Component: Audio/Video → Audio/Video: Playback
I can reproduce this bug on Mozilla/5.0 (Windows NT 6.3; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0 Is this something that is still being investigated or should this be closed as wont fix?
Flags: needinfo?(bas)
(In reply to Justin [:JW_SoftvisionQA] from comment #15) > I can reproduce this bug on Mozilla/5.0 (Windows NT 6.3; WOW64; rv:48.0) > Gecko/20100101 Firefox/48.0 > > Is this something that is still being investigated or should this be closed > as wont fix? I've not investigated this bug any further. If we want to fix this I can look into it, but I don't know if anyone cares?
Flags: needinfo?(bas)
If you can land a fix, that'd be great, if not, please unassign and leave as New
Flags: needinfo?(bas)
(The recent "status-firefox48: --- → affected" setting made this show up on the list of new regressions in Firefox 48[1] (though it's not a new regression). --> Setting affected status for earlier releases as well, to reflect reality & so that it doesn't incorrectly end up on that "new regressions" list.) [1] https://mozilla.github.io/releasehealth/?channel=nightly
status-firefox45: --- → affected
status-firefox46: --- → affected
status-firefox47: --- → affected
status-firefox-esr45: --- → affected
I'm not actively working on this. If we feel it's important I can, but for now I'm unassigning as not to cause confusion.
Assignee: bas → nobody
Flags: needinfo?(bas)
The user will see the first frame of the video on a print preview. That's sufficient.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: