Skip to content
This repository has been archived by the owner on Dec 11, 2019. It is now read-only.

Modal save dialog causing lockup on macOS #3313

Closed
jas88 opened this issue Aug 22, 2016 · 9 comments · Fixed by #11906
Closed

Modal save dialog causing lockup on macOS #3313

jas88 opened this issue Aug 22, 2016 · 9 comments · Fixed by #11906

Comments

@jas88
Copy link

jas88 commented Aug 22, 2016

Test plan

#11906 (comment)


Did you search for similar issues before submitting this one?
Yes.
Describe the issue you encountered:
Switching tasks on OS X with save dialog open in a multi-tab window renders that window unavailable.

Expected behavior:
Window should remain accessible so operation can be completed or cancelled and session can be used (as does happen if only a single tab was open in that window).

  • Platform (Win7, 8, 10? macOS? Linux distro?):
    OS X 'El Capitan' (10.11.6)
  • Brave Version:
    0.11.5 (update channel: dev; checked for updates before replicating, no updates currently available)
  • Steps to reproduce:
    1. Open 2+ tabs; on one of those tabs, trigger any file download from the web, so modal 'save as' dialog appears. (Doesn't seem to occur on single-tab windows.)
    2. Switch away, e.g. with command-Tab
      3.Switch back. Brave no longer operational. (Can be selected from command-tab list, but no longer shows the affected window; most menu items disabled, presumably because the no-longer-visible save dialog is still waiting for input it will never get.) Rough guess: modal message pump swallowing activation event so the main window never activates; some interaction with the tab/window association so this is multi-tab specific.
  • Screenshot if needed:
  • Any related issues:
@bsclifton
Copy link
Member

bsclifton commented Aug 22, 2016

@jas88 I tried your steps and am unable to reproduce. Can you confirm I followed them right?

  1. Open more than 2 tabs
  2. Save something; I just saved a URL on the page by right click > save link as
  3. Dialog comes up; ignore it
  4. Press cmd+tab, switch to finder or something that is not Brave
  5. press cmd+tab and switch back to brave

Did you have to do anything while the window was backgrounded? or was it backgrounded for a while? How did you try to do the download?

@bsclifton bsclifton added bug needs-info Another team member needs information from the PR/issue opener. labels Aug 22, 2016
@jas88
Copy link
Author

jas88 commented Aug 23, 2016

On 22 Aug 2016, at 23:38, Brian Clifton [email protected] wrote:

@jas88 I tried your steps and am unable to reproduce. Can you confirm I followed them right?

• Open more than 2 tabs
• Press cmd+tab, switch to finder or something that is not Brave
• press cmd+tab and switch back to brave
Did you have to do anything while the window was backgrounded? or was it backgrounded for a while?

Hi Brian - you’re missing the step before switching away: start something downloading, so the Save As dialog appears on the tab, then switch away (with the Save dialog still active, i.e. not having picked a filename yet). The presence of that modal dialog seems to break something when multiple tabs were present.

James.

@jas88
Copy link
Author

jas88 commented Oct 6, 2016

Hi Brian,
Reproduced on macOS Sierra (10.12) with Brave 0.12.3. In all cases, cmd-tab switches between the web browser and other applications, except for the combination of 3 circumstances: Brave, save dialog active, open full-screen. Safari and Chrome can be switched to/from with cmd-tab in all cases (including full-screen with a dialog open), Brave can be switched to/from except when it's both full-screen and has a save dialog active.

Presumably Brave should act in the same was as Safari and Chrome in this respect, shouldn't it? (I could understand if cmd-tab didn't work at all for full-screen applications - but it works fine for everything except Brave, and works fine for Brave too except when there's a dialog.)

@cndouglas
Copy link

I was also able to reproduce the problem with Brave 0.12.3 on macOS 10.12.

  1. Make a new Brave window and toggle full screen (with the green full screen button or View > Toggle Full Screen View).
  2. Navigate to any site.
  3. Click File > Save Page As…
  4. Press Command-Tab to switch to another application (e.g. Finder).
  5. Press Command-Tab to switch back to Brave.
  6. Click any item in the menu bar.
  7. Notice that almost all menu items are disabled. With the Window menu disabled, it is hard to find the original window or switch windows.

@cndouglas cndouglas added OS/macOS and removed needs-info Another team member needs information from the PR/issue opener. labels Oct 7, 2016
@cndouglas cndouglas changed the title Modal save dialog causing lockup on OS X Modal save dialog causing lockup on macOS Oct 7, 2016
@bsclifton
Copy link
Member

Awesome! Thanks for digging in on this, @liunkae 😄 And apologies for not following up again with you @jas88

Now that we have steps to repro, we should be able to assess and fix the issue 😄

@bsclifton bsclifton added this to the 1.0.0 milestone Oct 7, 2016
@bsclifton
Copy link
Member

@liunkae are you able to reproduce on our latest version?

@cndouglas
Copy link

@bsclifton Yes, it's still reproducible on both 0.13.5 and master.

I tested the behavior of Safari and Firefox. They both bring the full screen window into focus on step 5 (above). Brave does not focus the window, even if you click the Brave dock icon.

@alexwykoff alexwykoff modified the milestones: 1.0.0, Backlog Nov 1, 2017
@darkdh darkdh self-assigned this Nov 11, 2017
@darkdh darkdh modified the milestones: Triage Backlog, 0.21.x (Developer Channel) Jan 27, 2018
@bsclifton bsclifton modified the milestones: 0.22.x (Developer Channel), 0.21.x w/ Chromium 65 (Beta Channel) Mar 1, 2018
@bsclifton
Copy link
Member

Moving to 0.22.x; we're going to have 0.21.x-C65 only contain the Chromium upgrade 😄 👍

@bsclifton bsclifton modified the milestones: 0.21.x w/ Chromium 65 (Beta Channel), 0.22.x (Developer Channel) Mar 9, 2018
@kjozwiak
Copy link
Member

kjozwiak commented Mar 22, 2018

Verified that the above issue has been fixed on macOS 10.13.3 x64 using the following build:

  • 0.22.6 e6ff4ea
  • libchromiumcontent: 65.0.3325.162
  • muon: 5.1.0

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.