New issue
Advanced search Search tips

Issue 709452 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

“Minimize All” brokenly minimizes fullscreen windows

Project Member Reported by sfiera@chromium.org, Apr 7 2017

Issue description

Chrome Version       : 59.0.3053.0
OS Version: OS X 10.12.3
URLs (if applicable) : any
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5: OK

What steps will reproduce the problem?
1. Open two browser windows
1. Maximize one window
2. Press ⌘⌥M (or Window -> ⌥ -> Minimize All)

What is the expected result?
The windowed window is minimized.
The fullscreen window is unaffected.

What happens instead of that?
The non-maximized window is minimized as expected.
The maximized window goes into a weird state. The window is listed in the dock, but it's invisible (see attachment) and the desktop space it was occupying goes black.


Please provide any additional information below. Attach a screenshot if
possible.

If using the menu bar, the Minimize All option is hidden behind Minimize unless holding ⌥. While in fullscreen, Minimize is grayed out, but Minimize All is never grayed out, even if all open windows are fullscreen or already minimized.

⌘⌥M is the shortcut used in Google Docs for "add comment". I've run into this bug two or three times, and I think that's been the cause each time. (Maybe the macOS shortcut is a recent addition? Not sure why ⌘⌥M is in my muscle memory for Docs)


Related bugs:
 https://crbug.com/680809  will cause Google Docs to receive ⌘⌥M while fullscreen, so personally, I don't think I'll experience this bug after that's fixed. However, the bug will still occur if ⌘⌥M is pressed in a non-Google Docs or non-maximized window (minimizing the active, non-fullscreen window and putting the fullscreen window in the weird state).



UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3053.0 Safari/537.36
 
Screen Shot 2017-04-07 at 2.51.01 PM.png
34.2 KB View Download
Cc: spqc...@chromium.org
Labels: -Type-Bug -Pri-3 Needs-Bisect Pri-1 Type-Bug-Regression
Status: Untriaged (was: Unconfirmed)
Thanks for the report. I can reproduce it and yes, that is really weird.

May be a regression?
Oh, sorry, I should've checked Stable before reporting.

It reproduces on 57.0.2987.133 Stable, so if it's a regression, it's at least not a recent regression.

Comment 3 by a...@chromium.org, Apr 7 2017

Owner: spqc...@chromium.org
Status: Assigned (was: Untriaged)
All the fullscreen to Sarah!

Comment 4 by ajha@chromium.org, Apr 10 2017

Labels: Needs-Triage-M59
Labels: -Needs-Bisect -Needs-Triage-M59 M-59
Able to reproduce this issue on Mac 10.12.4 with chrome #57.0.2987.133, canary #59.0.3065.0 and also in earlier version M30 - #30.01549.0. This is a non-regression issue.

Observed the non-maximized window is minimized as expected and the maximized window goes into a weird state. The window is listed in the dock, but it's invisible and the desktop space it was occupying goes black.

Attaching a screen-cast for reference.

Note:
-----
Unable to reproduce this issue on Windows 10 and Ubuntu 14.04 as steps mentioned in the comment #0.


Thank You...
Issue 709452.mp4
748 KB View Download
Labels: -M-59 M-60
Labels: -Pri-1 Pri-2
Status: Started (was: Assigned)
Cc: -spqc...@chromium.org
Labels: Hotlist-Polish
Owner: ----
Status: Untriaged (was: Started)
Labels: -M-60 Target-70 M-70
Owner: sdy@chromium.org
Status: Assigned (was: Untriaged)
Mac triage: kicking this to sdy@
Labels: Hotlist-DesktopUIChecked
*** UI Mass triage ***

adding labels for expert review.
Unable to reproduce the issue on Mac OS X 10.13 using Canary #72.0.3618.0

Sign in to add a comment