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

Issue 766027 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner: ----
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug

Blocking:
issue 671916



Sign in to add a comment

[MacViewsBrowser] Clicking on toolbar area takes away focus from Web

Reported by jongkwon...@navercorp.com, Sep 18 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.0 Safari/537.36

Steps to reproduce the problem:
1. build chrome with mac_views_browser=1 and run
2. visit https://google.com
3. click on search box and see I-beam is blinking
4. click on toolbar area (bookmark bar, app menu, tab, etc)

What is the expected behavior?
I-beam continues blinking, i.e. search box retains focus.

What went wrong?
I-beam stops blinking, i.e. search box looses focus.

Did this work before? No 

Chrome version: 62.0.3202.0  Channel: n/a
OS Version: OS X 10.12.6
Flash Version:
 
Labels: Needs-Triage-M62

Comment 2 by tapted@chromium.org, Sep 18 2017

Blocking: 671916
Labels: Proj-MacViews
Cc: divya.pa...@techmahindra.com
Labels: TE-Needs-TriageHelp
Unable to build the Chrome with mac_views_browser=1 from our end, hence adding TE-Needs-TriageHelp label for further triage of the issue

Comment 4 by tapted@chromium.org, Sep 18 2017

Components: -UI UI>Browser
Status: Started (was: Unconfirmed)
https://chromium-review.googlesource.com/c/chromium/src/+/670479
Project Member

Comment 5 by bugdroid1@chromium.org, Sep 21 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/d9355bda6a5270dc2103caaf3e2de4ff08aa3ac0

commit d9355bda6a5270dc2103caaf3e2de4ff08aa3ac0
Author: jongkwon.lee <jongkwon.lee@navercorp.com>
Date: Thu Sep 21 07:25:34 2017

Make acceptsFirstResponder returns NO

BridgedContentView takes away focus from |web_contents| when it's
clicked on mouse. So make it not accepts FirstResponder. Instead,
make it first responder initially by NSWindow makeFirstResponder:.
When other native view become first responder, it can again become
first responder by it's views::View get focused due to 
NativeWidgetMac::ClearNativeFocus().

Bug:  766027 
Test: Covered by existing focus manager tests.
Change-Id: I12c68139e7d42c91aa1bca1b3485064d67d6823e
Reviewed-on: https://chromium-review.googlesource.com/670479
Reviewed-by: Trent Apted <tapted@chromium.org>
Commit-Queue: Trent Apted <tapted@chromium.org>
Cr-Commit-Position: refs/heads/master@{#503380}
[modify] https://crrev.com/d9355bda6a5270dc2103caaf3e2de4ff08aa3ac0/ui/views/cocoa/bridged_content_view.mm
[modify] https://crrev.com/d9355bda6a5270dc2103caaf3e2de4ff08aa3ac0/ui/views/widget/native_widget_mac.mm

Status: Fixed (was: Started)
MacViews triage: this looks Fixed by #5.

Sign in to add a comment