Closed Bug 520600 Opened 15 years ago Closed 12 years ago

Switching into full screen video playback mode while video is paused switches into play mode automatically

Categories

(Core :: Audio/Video, defect)

Product:
Core
Component:
Audio/Video
Version:
2.0 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: whimboo, Assigned: jboriss)

References

(
URL
)

Details

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20091003 Minefield/3.7a1pre ID:20091003031247

When you play an ogg video and pause the playback before switching into full screen video playback mode the video starts playing automatically.

Switching in/out of the full screen mode should obey the current playback state of the video.
This is intentional. Starting to play the video seems like the next logical step. Are there other steps that a user may want to take instead?
Component: Video/Audio → General
Product: Core → Firefox
QA Contact: video.audio → general
Looks like media players are having different behaviors on this topic. Normally I use VLC and switching into full screen mode doesn't change the playback state. I nearly forgot that Quicktime uses the other way around. For me it is bothersome.

When I have explicitly paused the video before going into full screen the software shouldn't be smarter as the person in-front in this situation. There should be a reason why it has been paused.

Can you point me to a comment which tells me why it is intentional?
(In reply to comment #2)
> When I have explicitly paused the video before going into full screen the
> software shouldn't be smarter as the person in-front in this situation. There
> should be a reason why it has been paused.

Presumably there's also a reason why you switched to full screen mode...

> Can you point me to a comment which tells me why it is intentional?

Other than comment 1? :)
(In reply to comment #3)
> > When I have explicitly paused the video before going into full screen the
> > software shouldn't be smarter as the person in-front in this situation. There
> > should be a reason why it has been paused.
> 
> Presumably there's also a reason why you switched to full screen mode...

Right, on purpose and the behavior is correct.

> > Can you point me to a comment which tells me why it is intentional?
> 
> Other than comment 1? :)

Sure. That's just your opinion. Is it something for uiwanted?
I feel UX can help us here.
Keywords: uiwanted
boriss is taking all of the video stuff
Blocks: 559052
No longer blocks: 559052
Assignee: nobody → jboriss
Keywords: uiwanted
This seems to have been fixed, presumably by the switch to using the Full Screen API.  Can someone with permission confirm and close this?
Mozilla/5.0 (Windows NT 6.0; rv:10.0.5) Gecko/20100101 Firefox/10.0.5

Issue is still reproducible on Firefox 10.0.5 ESR - the video automatically starts to play if Full Screen mode is entered while the video is paused or gets to the end.
Reproduced this on ogv and html5 videos.
(In reply to Christopher Robert Jaquez from comment #8)
> This seems to have been fixed, presumably by the switch to using the Full
> Screen API.  Can someone with permission confirm and close this?

When did that land? I would expect this to not ever be fixed in ESR if Full Screen API landed after Firefox 10 release. It would naturally get uplifted to ESR when we do Firefox 17 ESR.

Simona, can you please investigate when Full Screen API landed and confirm this fixed in applicable builds?
(In reply to Anthony Hughes, Mozilla QA (irc: ashughes) from comment #11)
> (In reply to Christopher Robert Jaquez from comment #8)
> > This seems to have been fixed, presumably by the switch to using the Full
> > Screen API.  Can someone with permission confirm and close this?
> 
> When did that land? I would expect this to not ever be fixed in ESR if Full
> Screen API landed after Firefox 10 release. It would naturally get uplifted
> to ESR when we do Firefox 17 ESR.
> 
> Simona, can you please investigate when Full Screen API landed and confirm
> this fixed in applicable builds?

According with the implementation bug (Bug 545812) Full Screen API landed in Sept 3rd 2011. 

Verified on Nightly 9.0a1 build from 2011-09-04 and the issue is still reproducible.
Verified also on Nightly 10.0a1 from 2011-09-28 and the issue is reproducible.

Currently I'm working to find the changeset that fixed this bug. 
Please let me know if you want me to do anything else.
Forgot to mention that issue is not reproducible on the latest Aurora and Nighlty:
Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120604 Firefox/14.0a2
Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/15.0 Firefox/15.0a1 - 20120604030527

Reproducible on Firefox 10.0.2:
Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
This bug is fixed after the Full screen button was implemented in Bug 470628.

Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=de483d897af4&tochange=84117219ded0
This issue is still reproducible on Firefox 10.0.6 ESR:

Mozilla/5.0 (Windows NT 5.1; rv:10.0.6) Gecko/20100101 Firefox/10.0.6
(In reply to Dão Gottwald [:dao] from comment #1)
> This is intentional. Starting to play the video seems like the next logical
> step. Are there other steps that a user may want to take instead?

Sometimes I pause, go full screen, then unpause a moment later because I want the annoying "Press ESCAPE to exit full screen" message to go away before I continue so that I can actually SEE the video unobstructed.

Other times I just might want to get full screen mode prepared so that I can momentarily turn my attention to something else, then when I'm ready just hit play, all done without the annoyance of having to pause a video which was already paused.
Can someone give example url's please ?
Thanks
This bug needs a test URL. That said, does this bug only exist in esr10 builds? If so I'm inclined to say WONTFIX since we are rapidly nearing our last esr10 release.
Component: General → Video/Audio
Keywords: needURLs
Product: Firefox → Core
Version: Trunk → 10 Branch
Simona can you please check if this bug affects other Firefox branches (ie. not just esr10)?
QA Contact: simona.marcu
(In reply to Anthony Hughes, Mozilla QA (:ashughes) from comment #19)
> Simona can you please check if this bug affects other Firefox branches (ie.
> not just esr10)?

This is not reproducible on Firefox 18 RC, on Firefox 17.0.1 ESR on the latest Nightly and latest Aurora. 

I could only reproduce this issue on Firefox 10 ESR on the video from:
http://www.mozilla.org/en-US/contribute/
Thanks Simona. I'm marking this bug as WONTFIX for the following reasons:
* this only affects Firefox 10esr
* Firefox 10.0.12esr is our last 10esr
* there is no time to fix this for Firefox 10.0.12esr
* anyone wishing to work around this can use the 17esr branch
* Enterprises should be migrating off the 10 branch onto the 17 branch ASAP anyway
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Wontfix? Why? This is clearly a WFM.
Resolution: WONTFIX → WORKSFORME
Henrik, it's wontfix because the bug exists on and will not be fixed on Firefox 10esr. It's worksforme for future releases but this bug is specific to the 10esr branch, which is not going to be fixed.
Resolution: WORKSFORME → WONTFIX
> this bug is specific to the 10esr branch

No, it isn't. You made it so, but the bug was originally filed against FF 3.7, long before 10 existed.
Resetting Version and resolution to correct values.
Resolution: WONTFIX → WORKSFORME
Version: 10 Branch → 2.0 Branch
You need to log in before you can comment on or make changes to this bug.