|
|
Created:
4 years, 1 month ago by Avi (use Gerrit) Modified:
4 years, 1 month ago Reviewers:
Lei Zhang CC:
chromium-reviews Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionWhen unblocking a WebContents, don't bring it to the front if it is not already.
BUG=629964, 658772
Committed: https://crrev.com/713077b86adca2120992f5432afb2b58a1ff0909
Cr-Commit-Position: refs/heads/master@{#427776}
Patch Set 1 #
Total comments: 3
Messages
Total messages: 16 (7 generated)
The CQ bit was checked by avi@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
thestig@chromium.org changed reviewers: + thestig@chromium.org
It sound like the goal here it prevent tabs from stealing focus? https://codereview.chromium.org/2443383002/diff/1/chrome/browser/ui/browser.cc File chrome/browser/ui/browser.cc (right): https://codereview.chromium.org/2443383002/diff/1/chrome/browser/ui/browser.c... chrome/browser/ui/browser.cc:1909: if (!blocked && contents_is_active && browser_active) Maybe return early if |blocked| is true?
On 2016/10/24 22:43:15, Lei Zhang wrote: > It sound like the goal here it prevent tabs from stealing focus? Yes, if a tab in a background window loses a dialog, that shouldn't cause the window to jump to the foreground.
On 2016/10/25 03:01:51, Avi wrote: > On 2016/10/24 22:43:15, Lei Zhang wrote: > > It sound like the goal here it prevent tabs from stealing focus? > > Yes, if a tab in a background window loses a dialog, that shouldn't cause the > window to jump to the foreground. Makes sense. Did you want me to be the reviewer?
On 2016/10/25 05:16:39, Lei Zhang wrote: > On 2016/10/25 03:01:51, Avi wrote: > > On 2016/10/24 22:43:15, Lei Zhang wrote: > > > It sound like the goal here it prevent tabs from stealing focus? > > > > Yes, if a tab in a background window loses a dialog, that shouldn't cause the > > window to jump to the foreground. > > Makes sense. Did you want me to be the reviewer? You're as qualified as anyone else :)
https://codereview.chromium.org/2443383002/diff/1/chrome/browser/ui/browser.cc File chrome/browser/ui/browser.cc (right): https://codereview.chromium.org/2443383002/diff/1/chrome/browser/ui/browser.c... chrome/browser/ui/browser.cc:1909: if (!blocked && contents_is_active && browser_active) On 2016/10/24 22:43:15, Lei Zhang wrote: > Maybe return early if |blocked| is true? There are three conditions to focusing it; it feels weird to me to test just one, unless you're worried about the cost of calculating the others, but how often does this happen?
lgtm https://codereview.chromium.org/2443383002/diff/1/chrome/browser/ui/browser.cc File chrome/browser/ui/browser.cc (right): https://codereview.chromium.org/2443383002/diff/1/chrome/browser/ui/browser.c... chrome/browser/ui/browser.cc:1909: if (!blocked && contents_is_active && browser_active) On 2016/10/25 15:07:08, Avi wrote: > On 2016/10/24 22:43:15, Lei Zhang wrote: > > Maybe return early if |blocked| is true? > > There are three conditions to focusing it; it feels weird to me to test just > one, unless you're worried about the cost of calculating the others, but how > often does this happen? I'm not that worried about it. I just saw it from the "it already failed, why keep going" perspective.
The CQ bit was checked by avi@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Committed patchset #1 (id:1)
Message was sent while issue was closed.
Description was changed from ========== When unblocking a WebContents, don't bring it to the front if it is not already. BUG=629964, 658772 ========== to ========== When unblocking a WebContents, don't bring it to the front if it is not already. BUG=629964, 658772 Committed: https://crrev.com/713077b86adca2120992f5432afb2b58a1ff0909 Cr-Commit-Position: refs/heads/master@{#427776} ==========
Message was sent while issue was closed.
Patchset 1 (id:??) landed as https://crrev.com/713077b86adca2120992f5432afb2b58a1ff0909 Cr-Commit-Position: refs/heads/master@{#427776} |