Mac: it's possible to drag a tab onto a window with a modal sheet (e.g. Save) |
||||
Issue descriptionChrome Version : 51.0.2700.0 OS Version: OS X 10.11.4 This is basically the Mac version of Issue 336691 for views. Views added code to handle the case and prevent it, but it's sadly not automatically hooked up for MacViews (we need a delegate, which is currently NOTIMPLEMENTED). On Mac (both Views and Cocoa) it "copes", but it's a bit weird. What steps will reproduce the problem? 1. Have 2 windows (give them different content to see the next steps) 2. Press Cmd+s in one window to get a modal sheet 3. Drag the tab in the other window onto the window with the modal sheet. What is the expected result? Dragging should be prevented (that's what happens on Views anyway). Alternatives: maybe it should attach as a background tab? Or maybe the modal save dialog should get automatically dismissed? What happens instead of that? Tab gets attached as a foreground tab. Window modal save dialog is still shown, but it's now on top of the "wrong" tab -- the one just dragged in rather than the tab it was opened for. Committing the Save saves the original tab (not the one dragged in).
,
Apr 13 2017
,
Apr 16 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 16 2018
,
Jul 6
Issue 859958 has been merged into this issue.
,
Jul 6
Still an issue in MacViews (see duped issue 859958 ) |
||||
►
Sign in to add a comment |
||||
Comment 1 by sheriffbot@chromium.org
, Apr 13 2017Status: Untriaged (was: Available)