Using the per-revision bisect providing the bisect results,
Good build: 57.0.2936.0 (Revision: 434845).
Bad build: 57.0.2937.0 (Revision: 435110).

You are probably looking for a change made after 434928 (known good), but no later than 434929 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/c89bbe3f914566c01af8509e05bf069236e3166e..c3a5825e0723184c3f72bffdc916035249318390

@spqchan -- Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.
Adding RB Label as this is a recent Regression. Please remove if not required.

Thank You.

Looks like a dupe of  issue 669568 .

Gentle ping!!

Still we are able to reproduce the issue on mac 10.1.6.

@spqchan-Could you please check & update us on the same as this is marked as Release Block label.

Thank you.

 Issue 669568  has been merged into this issue.

I've been playing around with this. I tried to remove the extra white padding on the left of the NSTextfield but have no luck. Online research suggested that the only way to remove it is via custom drawing or hacks.

I've been using Hopper to see if there's anything I can hack for it. If I can't hack it, I'll custom draw it. Worst case, I'll see if it's okay for me to move it 1pt to the right, and then also move the omnibox dialog text 1pt to the right.

I think it shouldn't be difficult to hack around this problem. As I understand it, some method in NSTextField (or more likely NSTextFieldCell?) is drawing white pixels on the left side of the textfield. So you could do the following:

- (void)drawWithFrame:(NSRect)frame inView:(NSView*)controlView {
  NSRect clipRect = frame;
  clipRect.origin.x += 1;
  clipRect.size.width -= 1;
  [NSBezierPath clipRect:clipRect];

  [super drawWithFrame:frame inView:controlView];
}

This code basically prevents anyone from drawing anything along the textfield's left edge.

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

commit 55c13aa9610ea5e5dc91f3d3b21c5cc42d05ff5c
Author: shrike <shrike@chromium.org>
Date: Fri Dec 09 18:46:57 2016

[Mac] Prevent omnibox text bg from drawing over  decoration, focus ring.

The AutocompleteTextFieldEditor draws a background, apparently even when
you call setDrawsBackground:NO (at least during editing). Because of the
1pt spacing set by UX between the security decoration border and the
start of omnibox text, this background started drawing into the
decoration's hover rect. On the right edge it drew into the edge of the
focus ring.

This cl	prevents the AutocompleteTetFieldEditor	from drawing a
background, relying instead on the background drawn by the textfield's
cell. It also changes decorations to be drawn after the cell's interior,
to prevent the background overlap when not editing.

R=avi@chromium.org
BUG= 669870 , 672518 

Review-Url: https://codereview.chromium.org/2562863002
Cr-Commit-Position: refs/heads/master@{#437596}

[modify] https://crrev.com/55c13aa9610ea5e5dc91f3d3b21c5cc42d05ff5c/chrome/browser/ui/cocoa/location_bar/autocomplete_text_field_cell.mm
[modify] https://crrev.com/55c13aa9610ea5e5dc91f3d3b21c5cc42d05ff5c/chrome/browser/ui/cocoa/location_bar/autocomplete_text_field_editor.mm

This broken in M-56. Changing the Mstone-label.

Tested the same on mac 10.11.6 chrome version 57.0.2949.0 -  The focus on ‘View site info’ icon displayed fine

Please find the screenshot

Deleted: Screen Shot 2016-12-12 at 5.22.11 PM.png 184 KB

	Screen Shot 2016-12-12 at 5.22.11 PM.png 184 KB View Download

Your change meets the bar and is auto-approved for M56 (branch: 2924)

Your change has been approved for M56. Please merge your CL ASAP so that we could take it for next Beta and RC at 4.00 PM today- Dec 13.

This issue has been approved for a merge. Please merge the fix to any appropriate branches as soon as possible!

If all merges have been completed, please remove any remaining Merge-Approved labels from this issue.

Thanks for your time! To disable nags, add the Disable-Nags label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

This issue has been approved for a merge. Please merge the fix to any appropriate branches as soon as possible!

If all merges have been completed, please remove any remaining Merge-Approved labels from this issue.

Thanks for your time! To disable nags, add the Disable-Nags label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

shrike@, Your change has been approved for M56. Please merge your fix to M56

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

commit bb61cdb18135ca7d69f2431a2af15ccced4b4e1b
Author: Jayson Adams <shrike@chromium.org>
Date: Wed Jan 04 00:26:56 2017

[Mac] Prevent omnibox text bg from drawing over  decoration, focus ring.

The AutocompleteTextFieldEditor draws a background, apparently even when
you call setDrawsBackground:NO (at least during editing). Because of the
1pt spacing set by UX between the security decoration border and the
start of omnibox text, this background started drawing into the
decoration's hover rect. On the right edge it drew into the edge of the
focus ring.

This cl	prevents the AutocompleteTetFieldEditor	from drawing a
background, relying instead on the background drawn by the textfield's
cell. It also changes decorations to be drawn after the cell's interior,
to prevent the background overlap when not editing.

R=avi@chromium.org
BUG= 669870 , 672518 

Review-Url: https://codereview.chromium.org/2562863002
Cr-Commit-Position: refs/heads/master@{#437596}
(cherry picked from commit 55c13aa9610ea5e5dc91f3d3b21c5cc42d05ff5c)

Review-Url: https://codereview.chromium.org/2610033003 .
Cr-Commit-Position: refs/branch-heads/2924@{#662}
Cr-Branched-From: 3a87aecc31cd1ffe751dd72c04e5a96a1fc8108a-refs/heads/master@{#433059}

[modify] https://crrev.com/bb61cdb18135ca7d69f2431a2af15ccced4b4e1b/chrome/browser/ui/cocoa/location_bar/autocomplete_text_field_cell.mm
[modify] https://crrev.com/bb61cdb18135ca7d69f2431a2af15ccced4b4e1b/chrome/browser/ui/cocoa/location_bar/autocomplete_text_field_editor.mm

Tested the same on mac 10.12.2 chrome version 56.0.2924.51 -  The focus on ‘View site info’ icon displayed fine

Please find the screenshot

Thank you!

Deleted: 669870.png 104 KB

	669870.png 104 KB View Download

shrike@ - The fix is working as expected in latest beta #56.0.2924.51 as per comment #20.

Could you please change the status of this issue as fixed.

Thanks...!!