Nightly from a few days ago. STR: - Open a video, e.g. http://media.grabaperch.com/video/perch2/perch2home.ogv (doesn't matter if it's embedded or direct) - Start it playing, click the speaker icon to mute - Click on the time bar to seek to another time - Video becomes unmuted, though the speaker icon still shows 0. You have to click it twice to get it to mute again. - Seek again, it becomes unmuted. Expected results: Video should stay muted after seeking.
This is WFM against Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0 ID:20121128204232 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20100101 Firefox/18.0 ID:20121231071231 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20130104 Firefox/19.0 ID:20130104042023
status-firefox17: --- → unaffected
status-firefox18: --- → unaffected
status-firefox19: --- → unaffected
status-firefox20: --- → affected
tracking-firefox20: --- → ?
Version: unspecified → 20 Branch
Regression window(m-i) Good: http://hg.mozilla.org/integration/mozilla-inbound/rev/dd00a3bad021 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20.0 Firefox/20.0 ID:20121122020052 Bad: http://hg.mozilla.org/integration/mozilla-inbound/rev/a20b32f37e7a Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20.0 Firefox/20.0 ID:20121122023852 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=dd00a3bad021&tochange=a20b32f37e7a Regressed by: 265233a61624 Paul Adenot — Bug 495040 - Implement playbackRate and related bits r=kinetik
Keywords: qawanted, regressionwindow-wanted → regression
Attachment #698608 - Flags: review?(kinetik)
Attachment #698608 - Flags: review?(kinetik) → review+
Push backed out for Windows pgo-only mochitest-1 timeouts in media tests, since the backout of just 1abf4c88f8f1 didn't work (see bug 793274 comment 12 for example logs): https://hg.mozilla.org/integration/mozilla-inbound/rev/f2912b7e727a
After bisecting the queue on try, this patch has been proved to cause no problem , note the patch at the top of the queue that requests a PGO build. The problem remains in the other part of the queue . This has been pushed as https://hg.mozilla.org/integration/mozilla-inbound/rev/4e7e543d21b1 : https://tbpl.mozilla.org/?tree=Try&rev=516ddf4c963c : https://tbpl.mozilla.org/?tree=Try&rev=418c581b8023
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla21
This needs uplift to Aurora branch.
status-firefox21: --- → fixed
Comment on attachment 698608 [details] [diff] [review] Make video keep its muted state after seeking. r= [Approval Request Comment] Bug caused by (feature/regressing bug #): byg 495040 User impact if declined: muted video gets unmuted after seeking. Testing completed (on m-c, etc.): on m-c, and the code was obviously wrong and the fix straightforward Risk to taking this patch (and alternatives if risky): none String or UUID changes made by this patch: none
Attachment #698608 - Flags: approval-mozilla-aurora?
Attachment #698608 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
status-firefox20: affected → fixed
Verified the issue in 2013-01-03 Nightly following the STR from comment 0. Video becomes unmuted after seeking. Verified the fix for Firefox 20.0 beta 1 (20130220104816). Video remains on mute while seeking. Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0
status-firefox20: fixed → verified
Verified as fiex on FF 21 beta 4, using the STR from description. Build ID: 20130423212553 User Agent: Mozilla/5.0 (Windows NT 6.1; rv:21.0) Gecko/20100101 Firefox/21.0
Status: RESOLVED → VERIFIED
status-firefox21: fixed → verified
You need to log in before you can comment on or make changes to this bug.