Closed Bug 778642 Opened 12 years ago Closed 8 years ago

No print preview of HTML5 video elements

Categories

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

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX
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)

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
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>
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
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
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.
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.
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.
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
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: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: