Able to reproduce the issue on Mac 10.12.6 using latest canary #62.0.3167.0.

This is not a Blink focus implementation issue.

Using per revision bisect providing bisect results below

Bisect Information:
--------------------
You are probably looking for a change made after 480449 (known good), but no later than 480450 (first known bad).

Change Log URL: 
-----------------
https://chromium.googlesource.com/chromium/src/+log/9f6fd4b8c8792db8ee6ab1abc8de0b4490e5ff9e..4033a5a4297ace7d7bf93cdc9b8ea35db4fa35da

krb@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thanks!!

This doesn't strike me as high priority or even something worth fixing at all.

Please let me know if I'm misunderstanding, but here's what I see:

- Dragging bookmarks onto either the omnibox or the content area should navigate to the target of the bookmark.
- Dragging any type of bookmark onto the omnibox does this.
- Dragging a non-chrome:// bookmark onto the content area does this.
- Dragging a chrome:// bookmark onto the content area *does not* do this. (Is there a bug for this?)
- As a workaround for this issue, we instead show about://blank in the omnibox and highlight the text so the user can type something else.

This bug is that the workaround no longer works. But it's a pretty ineffective workaround. Losing it doesn't seem like a problem to me and any effort would be better spent on making the correct navigation happen instead.

I believe this was fixed with c/572206. Alas, it wasn't approved for 61.