Closed
Bug 711742
Opened 13 years ago
Closed 11 years ago
HTML5 video's "Save Video As" saves an empty .webm file if you have not actually played the video
Categories
(Core :: Audio/Video, defect)
Core
Audio/Video
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox20 | --- | unaffected |
firefox23 | --- | unaffected |
firefox26 | --- | wontfix |
firefox27 | --- | wontfix |
firefox28 | --- | unaffected |
firefox29 | --- | unaffected |
firefox-esr24 | --- | wontfix |
People
(Reporter: cpeterson, Assigned: d3f3kt)
References
()
Details
(Whiteboard: [10b1])
STR:
1. Load http://blog.gerv.net/2011/12/distributed-workin/
2. Right-click on HTML5 video
3. Select "Save Video As..."
AR:
The .webm file that is saved is only 25 KB and contains no video content.
ER:
If you play the video (and wait for the progress bar to show that the entire video has been loaded) and then save the video, the .webm file is 38 MB and contains the entire video.
* I can repro this bug on Firefox 8, Aurora 10, and Nightly 11.
Comment 1•13 years ago
|
||
I can confirm that this issue is reproducible also on Windows XP, Windows 7 and Ubuntu 11.10 using Firefox 10 beta 1.
Mozilla/5.0 (Windows NT 5.1; rv:10.0) Gecko/20100101 Firefox/10.0
Mozilla/5.0 (Windows NT 6.1; rv:10.0) Gecko/20100101 Firefox/10.0
Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0
I experienced this issue when playing an ogv video. The video is not entirely downloaded when saving it for the first time. When saving the video the second time it's entirely downloaded.
Steps to reproduce:
1. Load http://videos.mozilla.org/firefox/3.6/getpersonas.ogv
2. Right click on the video and from the context menu select Save Video As
Expected results:
The video is saved entirely.
Actual results:
At the first download the video is partially saved. Then, if I repeat the saving process once again (Save Video AS option) then the video is properly saved.
On the other hand, if I refresh the video window and then I try to save it again, the first behavior is still encountered (video is partialy saved).
OS: Mac OS X → All
Hardware: x86 → All
Whiteboard: [10b1]
Simona, can you see if this has a regression window?
Keywords: regressionwindow-wanted
Reporter | ||
Comment 3•13 years ago
|
||
I believe this bug was injected between Firefox 7 and 8. Here are my test results:
FF 5.0.1 = PASS
FF 6.0.2 = PASS
FF 7.0.1 = PASS
FF 8.0b1 = FAIL <<<
FF 8.0.1 = FAIL
FF 9.0.1 = FAIL
FF 10.0b3 = FAIL
I also discovered that the buggy builds will correctly download the complete video if you right-click and "Save Video As" *twice*.
Keywords: regressionwindow-wanted
Comment 4•13 years ago
|
||
(In reply to Anthony Hughes, Mozilla QA (irc: ashughes) from comment #2)
> Simona, can you see if this has a regression window?
Last good nightly: 2011-07-16
First bad nightly: 2011-07-17
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=48dcb60519ac&tochange=da362a07a5ee
Comment 6•13 years ago
|
||
For one thing, that bug's patch ensures we no longer bypass the cache when saving a video.
Comment 7•13 years ago
|
||
Reproducible also on Firefox 10.0.3 ESR build 2.
Mozilla/5.0 (Windows NT 6.0; rv:10.0.3) Gecko/20100101 Firefox/10.0.3
Comment 8•13 years ago
|
||
Reproducible on Firefox 14 beta 6:
Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20100101 Firefox/14.0
Updated•12 years ago
|
Assignee: nobody → david
Comment 9•12 years ago
|
||
(In reply to Chris Peterson (:cpeterson) from comment #0)
> STR:
> 1. Load http://blog.gerv.net/2011/12/distributed-workin/
> 2. Right-click on HTML5 video
> 3. Select "Save Video As..."
I can't reproduce w/ this URL, FWIW.
(In reply to Simona B [QA] from comment #1)
> Steps to reproduce:
> 1. Load http://videos.mozilla.org/firefox/3.6/getpersonas.ogv
> 2. Right click on the video and from the context menu select Save Video As
... or with this URL. I'm using a fairly-recent nightly:
Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20130314 Firefox/22.0
Can anyone reproduce in nightly? or has this become WORKSFORME?
Comment 10•12 years ago
|
||
Just kidding -- I didn't get the full file, at least in the case of the getpersonas video. I got a ~1 meg file, which I thought was valid (I could play it w/ mplayer), but if I try to play all the way through it, I can see that it's truncated.
So I can reproduce after all, sorry for the confusion.
Comment 11•12 years ago
|
||
Interesting. I got an 8.5M getpersonas file, even when I was careful not to load the video first. Maybe it depends on whether it's in the media cache?
Comment 12•12 years ago
|
||
Firefox 19.0.2 on Ubuntu 12.04.2:
* getpersonas.ogv downloads as 8.4MB
* HomaBahrami_Mozilla_as_distributed_org.webm downloads as 38.1MB
At least for me this remains unreproducible.
Reporter | ||
Comment 13•12 years ago
|
||
My original STR from comment #0 works for me in Firefox 20 and 23. :D
Status: NEW → RESOLVED
Closed: 12 years ago
status-firefox20:
--- → unaffected
status-firefox23:
--- → unaffected
Resolution: --- → WORKSFORME
Assignee | ||
Comment 14•12 years ago
|
||
Try this file: http://videos.mozilla.org/firefox/3.6/getpersonas.ogv
You cant download the whole file with the first try. So the bug is still alive.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 15•11 years ago
|
||
Using the ogv video in comment 14, I can reproduce this bug in Firefox 24, 26, and Beta 27. I cannot reproduce the bug in Aurora 28 or Nightly 29. If this bug has been fixed in Aurora 28, I highly doubt release management will approve a fix to be uplifted to Beta 28 just two weeks before it is released. :)
Status: REOPENED → RESOLVED
Closed: 12 years ago → 11 years ago
status-firefox26:
--- → affected
status-firefox27:
--- → affected
status-firefox28:
--- → unaffected
status-firefox29:
--- → unaffected
status-firefox-esr24:
--- → affected
Resolution: --- → WORKSFORME
Comment 16•11 years ago
|
||
It's possible this was inadvertently fixed when Firefox 28 was in Nightly. Could you use the mozregression tool to track down a fix range?
Updated•3 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•