Closed Bug 530114 Opened 15 years ago Closed 15 years ago

Odd situation creates a scenario where a user experiences a stack of playing full-screen videos

Categories

(Firefox :: General, defect)

3.6 Branch
x86
macOS
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 521129

People

(Reporter: aaronmt, Unassigned)

References

()

Details

(Whiteboard: [l10nFxTestday])

Tested in Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b3) Gecko/20091115 Firefox/3.6b3 Currently, a user is able to create a scenario where a stack (i.e., more than one video overlaid on top of another) of full-screen videos. Each video plays on-top of the other, and requires individual interaction. Each video requires action from the user to close or stop each, to mute each, to quit each. Steps to reproduce: 1. Open a tab, (i.e., Google) 2. Start listening to The Police http://tinyvid.tv/show/39xfo2le1ys9y 3. While enjoying The Police, enter full-screen. 4. Currently, the only allowable shortcut in full-screen is CMD-Q, let's hit that. 5. The user should be presented with Firefox in an odd state that brings forth the browser on top of the full-screen video. An awkward situation, but let's continue. 6. Enter full-screen on the same video in the same tab. ER: Since the same video is already playing full-screen, it should re-enter that state and push the browser dialog behind. AR: A second video begins to play full-screen on-top of the existent and already playing full-screen video. It creates a stack of full-screen videos. Now as much as I like The Police, this could get ugly with some scripting to create annoyance scenarios on accidental click of a running script (i.e, Rick Roll). In any case, there should not be a way to create a situation where we have videos in full-screen playing on-top of other full-screen videos. If puts the user in an extremely awkward and confusing situation.
Whiteboard: [l10nFxTestday]
A more sane approach to duplicating this behaviour is to perform the following 1. Start watching an OGG video such as the aforementioned URL. 2. Enter Full-Screen mode on video 3. Pull up Expose in Mac OS X and select Firefox to bring it to the front. 4. Enter Full-Screen mode on same video You will get a stacked full-screen scenario on the same video.
bug 530661 addresses the need to improve handling of Exposé with full-screen video playback The question here is, do we allow playback of simultaneous fullscreen videos? If not how we do prevent this and restore the status quo.
(In reply to comment #0) > Steps to reproduce: > > 1. Open a tab, (i.e., Google) > 2. Start listening to The Police http://tinyvid.tv/show/39xfo2le1ys9y > 3. While enjoying The Police, enter full-screen. > 4. Currently, the only allowable shortcut in full-screen is CMD-Q, let's hit > that. > 5. The user should be presented with Firefox in an odd state that brings forth > the browser on top of the full-screen video. An awkward situation, but let's > continue. > 6. Enter full-screen on the same video in the same tab. How's this in the latest nightly?
Component: Video/Audio → General
Product: Core → Firefox
QA Contact: video.audio → general
Version: 1.9.2 Branch → 3.6 Branch
(In reply to comment #3) > (In reply to comment #0) > > Steps to reproduce: > > > > 1. Open a tab, (i.e., Google) > > 2. Start listening to The Police http://tinyvid.tv/show/39xfo2le1ys9y > > 3. While enjoying The Police, enter full-screen. > > 4. Currently, the only allowable shortcut in full-screen is CMD-Q, let's hit > > that. > > 5. The user should be presented with Firefox in an odd state that brings forth > > the browser on top of the full-screen video. An awkward situation, but let's > > continue. > > 6. Enter full-screen on the same video in the same tab. > > How's this in the latest nightly? Looks like this is resolved fixed with bug 521129 tested on latest nightly Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b5pre) Gecko/20091126 Namoroka/3.6b5pre
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Resolution: FIXED → DUPLICATE
You need to log in before you can comment on or make changes to this bug.