New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 661162 link

Starred by 4 users

Issue metadata

Status: WontFix
Owner:
Closed: Nov 21
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Can't switch OS Space away from playing video

Project Member Reported by pinkerton@chromium.org, Nov 1 2016

Issue description

Version: M55 beta
OS: 10.12.1

Pre-req: Always show toolbar in fullscreen is off, but not sure that matters

- Open two windows with tabs
- in one window, load http://www.apple.com/apple-events/october-2016/
- play video and fullscreen it via movie controls. This creates a new space with fullscreen video
- 3finger Swipe to go back to main OS space

expected:
- stays on main space

actual:
- after 3 or 4 seconds, will return to movie's space

There is no way to stay on the other space, it will always return to the space with the movie on it automatically. 

If you pause the movie, you can switch spaces, but as soon as you start playing it again, the behavior returns.
 
This is similar to  bug 649052  but it happens repeatedly, where as that one only happened one time. 
Cc: spqc...@chromium.org
 Issue 649052  has been merged into this issue.

Comment 3 by shrike@chromium.org, Jul 29 2017

I was able to reproduce this behavior in Chromium with YouTube. It also seems like you need to have just one space in existence before you take the movie fullscreen.

Bisecting produced the following:

You are probably looking for a change made after 378315 (known good), but no later than 378330 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/beab086f2531fb71d06b49ee23da38fa80fb0584..e3dad0e9d55f06072a0ee552d9a4d77c8991d613

This corresponds to M51. Nothing in the list of changes stood out as the culprit.

It appears to be related to the page in the space having focus, so it could have been an interaction with blink changes and fullscreen that wouldn't be obvious. 

At this stage, it's probably easiest to work backwards from how/when the Space is grabbing focus away from others and try to address that, rather than look at it from a regression/what changed perspective.
> At this stage, it's probably easiest to work backwards from how/when the Space is grabbing focus away from others and try to address that, rather than look at it from a regression/what changed perspective.

Please take a stab at debugging if you like.

I was getting ready to try reverting some of the cls in the bisect's change list, but this bug is not reproducible for me in Chromium 62.0.3169.0, nor the latest Canary (62.0.3172.0). This is on 10.13 17A315i.
You said in comment #3 that you could repro in order to bisect. Does that mean that M62 trunk no longer has this problem, or it was fixed in 10.13 for the same past builds?
I can/could repro it in the Chromiums that the bisect tool was offering up, and this was done on my 10.13 machine (which I mentioned in case it could somehow become relevant). It seems very unlikely that this bug is suddenly fixed in the very latest Canary but there's a chance - perhaps you can check?
Yes, I can still reproduce this on 62.0.3174.0 (Official Build) canary on macOS 10.12.6.
Pinging this per shrike's request. 
Status: Started (was: Assigned)
Status: WontFix (was: Started)
Closing this because it's no longer reproducible on Canary M64

I suspect this got fixed when sdy@ removed the invisible status bubble child window for LP Fullscreen mode. Please reopen this if it's still reproducible
This does appear better in canary, but i'll reopen if i see it with my main beta profile once I get onto M64beta. 
Cc: ellyjo...@chromium.org
Status: Assigned (was: WontFix)
I can still reproduce this in M64 beta, exactly as described in comment 0. It only happens once, but it still reliably happens. 
Cc: sdy@chromium.org
Labels: -M-56
cc'ing sdy in case he knows of other cases that would cause the status bubble child window to show up. 
Labels: Hotlist-PlatformExcellence
Adding PE hotlist for consideration of next fixit. 
Adding PE hotlist for consideration of next fixit. 

Comment 17 by sdy@chromium.org, Jan 23 2018

This should be fixed on Canary now, by ed213854ffb5242584658b65a53081ff36ebaaa1 or its followup, 57a73a51aa9de8ec4e93ee414c32aed8fb81d0a5. Pink, let me know if you still see it?

Comment 18 by sdy@chromium.org, Jan 23 2018

Owner: sdy@chromium.org

Comment 19 by sdy@chromium.org, Jan 23 2018

Status: Fixed (was: Assigned)
I'm marking this fixed, but let me know if it's not!
Status: Assigned (was: Fixed)
I can still reproduce this on canary Version 66.0.3332.0. Reopening. 
Labels: Hotlist-CocoaBrowser
This still happens even when using MacViews browser. 
Labels: -Hotlist-CocoaBrowser Proj-MacViews
Ooh, thanks.
Components: UI>Browser>FullScreen
Labels: Group-Full_Screen_Support
Labels: -Pri-1 Target-70 M-70 Pri-2
Cc: ajha@chromium.org
Labels: Hotlist-DesktopUIChecked
Status: WontFix (was: Assigned)
**Mass UI Triage **

We were unable to reproduce this bug on the latest canary 72.0.3616.0 on Mac OS 10.13.6(I could repro this on 60.0.3094.0). If this bug still reproduces for you, please reopen or file a new issue. Thanks!

Sign in to add a comment